[Scons-users] Scons bug with LINKCOMSTR on windows

[Dirk Bächle]

Hi Nick,

On 16.08.2014 02:32, Nick Hilton wrote:
> Hello All,
>
> I'm using scons-2.3.2 on Windows 7 64-bit and having trouble with LINKCOMSTR.
>
> I'm creating a static archive of some library code but when the command line arguments to the linker grow too long, I get this output:
>
> Archiving src\foobar\foobar.lib
> Using tempfile c:\users\username\appdata\local\temp\tmpdes6n2.lnk for command line:
> lib /nologo /out:src\foobar\foobar.lib src\foobar\foo.obj src\foobar\bar.obj ...
> # Lots of obj files listed ...
> # Lots of obj files listed ...
> # Lots of obj files listed ...

the "Using tempfile" line definitely comes from SCons, and it's 
hard-coded at the moment. So as soon as the "tempfile" mechanism kicks 
in, you can't turn this one off, unless you turn *all* messages off with 
the "-s" option (silent mode).
The reason for the hard-coded part seems to be that "tempfile"s are 
special actions, which have to get expanded before the usual "string 
expanding 'n' stuff" happens.
Feel free to file a bug, but changing the underlying core sources won't 
happen over the weekend, I'm afraid. ;)

About the list of object files: I'm no Windows user, but I remember 
having read about "cl.exe" that it will always list its source 
files...and there exists no flag to switch this behaviour off. I guess 
the same holds for link.exe...

Best regards,

Dirk