libtool-patches
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH v2 0/3] sysroot followup patches


From: Peter Rosin
Subject: Re: [PATCH v2 0/3] sysroot followup patches
Date: Mon, 16 Aug 2010 22:51:26 +0200
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.8) Gecko/20100802 Thunderbird/3.1.2

Den 2010-08-16 22:39 skrev Charles Wilson:
> 111 appears to be a race condition. The reported error was:
> c:/mingw/bin/../lib/gcc/mingw32/4.4.0/../../../../mingw32/bin/ld.exe:
> cannot find
> /c/cygwin-1.7/usr/src/packages/libtool/git/build-libtool-sysroot-mingw-native/tests/testsuite.dir/112/tests/testsuite.dir/111/sub/.libs/a.o
> collect2: ld returned 1 exit status
> 
> but...the file "a.o" *is* present in that directory...
> 
> Anyway, these all appear to have little to do with the length *of
> command lines*, and certainly doesn't have anything to do with sysroot.
>  AND they all passed in "normal" testing, so I'm going to ignore this
> for now, unless it crops up more often.

I don't think it's a race, I think it's from the code below:

            func_verbose "creating GNU ld script: $output"

(approx line 7070 in ltmain.m4sh)

where an absolute file name is written to the linker script
and therefore escapes the MSYS argument mangling. Will be
easily fixed by your unmerged patches if you haven't fixed
it already (which I would think you have)...

BTW, a similar issue was recently added by yours truly for 

          func_verbose "using command file archive linking..."

a couple of hundred lines later.

Cheers,
Peter



reply via email to

[Prev in Thread] Current Thread [Next in Thread]