[Scons-users] cache not working as expected for a recompile in another directory
William Blevins
wblevins001 at gmail.com
Mon Nov 16 17:32:28 EST 2015
To build on Tom's comment, *if* I remember correctly, a target signature
consists of the entire commandline context; thus, A/A.c and B/Ac are
different nodes even if the files are equivalent.
If the compile command is the same and the input file is the same, you
should really be asking yourself why you have two copies of this file.
Consider making a library or at least a place for shared object files.
V/R,
William
On Mon, Nov 16, 2015 at 7:46 PM, Tom Tanner <trtanner at btinternet.com> wrote:
> On 16/11/15 16:05, Abt, Johannes wrote:
>
>> Hi,
>>
>> I have the same sources in different directories on the same host. I want
>> to compile the sources in both directories.
>> And I want to speed up the second compile by using a common cache
>> directory for both compiles.
>>
>> The compile command is the same on both locations, the output of "g++ -E
>> ..." is the same, even the (generated) object files have the same content.
>> Though everything gets compiled twice. "--cache-debug=-" tells me that
>> the object files get stored on different locations in the cache.
>>
>> My question is now: What data does the cache manager(?) use for
>> calculating the hash?
>>
>> Regards,
>> Johannes
>> _______________________________________________
>> Scons-users mailing list
>> Scons-users at scons.org
>> https://pairlist4.pair.net/mailman/listinfo/scons-users
>>
> The directory name will be included in the command line, which is included
> as part of the calculation when determining if something needs to be built.
>
> _______________________________________________
> Scons-users mailing list
> Scons-users at scons.org
> https://pairlist4.pair.net/mailman/listinfo/scons-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://pairlist4.pair.net/pipermail/scons-users/attachments/20151116/49203e60/attachment.html>
More information about the Scons-users
mailing list