Hi Andy, Switching between system boost and eups boost during successive build with your DM-751 fix works fine. Thanks. When I discovered DM-751, I first tought it could be a scons cache problem and i put this in DM-751 description. Later I found out it was a confusion between system boost and eups boost and I change DM-751 description, but a create DM-752 as a sub task in order to keep track of my initial thought, until this build problem wasn't solved. I'll close DM-751 as soon as JIRA will get up. Thanks for your help, Fabrice On 06/04/2014 12:57 AM, Andy Salnikov (JIRA) wrote: > Message Title > Andy Salnikov > <https://jira.lsstcorp.org/secure/ViewProfile.jspa?name=salnikov> > *commented* on an issue > > Re: Remove scons cache when replacing system lib with eups libs > <https://jira.lsstcorp.org/browse/DM-752> > > Fabrice, I would expect that scons should handle cases like this > transparently. It should be able to detect that location of the header > files and libraries has changed and rebuild everything that depends on > those files. What build errors do you see when you switch? > > Add Comment <https://jira.lsstcorp.org/browse/DM-752#add-comment> Add > Comment <https://jira.lsstcorp.org/browse/DM-752#add-comment> > > Data Management <https://jira.lsstcorp.org/browse/DM> / Technical task > <https://jira.lsstcorp.org/browse/DM-752> DM-752 > <https://jira.lsstcorp.org/browse/DM-752> > Remove scons cache when replacing system lib with eups libs > <https://jira.lsstcorp.org/browse/DM-752> > > > > While building Qserv in a git repo, switching to eups boost library, > instead of previous system boost library, may lead to a build error. > > Indeed some boost lib may have been detected with a prefix (e.g. -mt > or -gcc41-mt) and this libs have no prefixes in eups package > > That's why next command has to be performed each time a C++ system lib > is repla... > > This message was sent by Atlassian JIRA (v6.1.3#6158-sha1:b5b5eab) > Atlassian logo > ######################################################################## Use REPLY-ALL to reply to list To unsubscribe from the QSERV-L list, click the following link: https://listserv.slac.stanford.edu/cgi-bin/wa?SUBED1=QSERV-L&A=1