GNU bug report logs - #8621
build-aux/compile: avoid race condition failure

Previous Next

Full log

View this message in rfc822 format

From: Eric Blake <eblake <at> redhat.com>
To: Peter Rosin <peda <at> lysator.liu.se>
Cc: Jim Meyering <jim <at> meyering.net>, 8621 <at> debbugs.gnu.org
Subject: bug#8621: build-aux/compile: avoid race condition failure
Date: Thu, 05 May 2011 13:27:53 -0600

[Message part 1 (text/plain, inline)]

On 05/05/2011 01:06 PM, Peter Rosin wrote:
> Den 2011-05-05 16:53 skrev Jim Meyering:
>> Is there any reason not to make the compile script
>> accommodate (in a race-free manner) situations like
>> the one described in http://debbugs.gnu.org/8616 ?
> 
> Yes, I can think of a couple.  When the compile script
> is used to wrap MSVC (aka cl.exe), I think the generated
> debug info will point to the actual source file, and if
> the source file used to build the executable is gone when
> it's time to debug it will be a less than stellar
> experience. I imagine this problem to exist for other
> toolchains as well? It's also currently not very easy to
> override LN_S and MSVC does not understand the symlinks
> generated by Cygwin, so symlinking is not a favorite (at
> least not for the case where Cygwin is used to drive a
> MSVC build).

Is that true even in the face of #line directives?  That is, instead of
linking the file, could you create a temporary file that has appropriate
directives prepended to the content of the original file so that debug
information tracks back to the original file name but where the
compilation to -o is still independent of the original file?

-- 
Eric Blake   eblake <at> redhat.com    +1-801-349-2682
Libvirt virtualization library http://libvirt.org

[signature.asc (application/pgp-signature, attachment)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.