|
Boost-Build : |
From: Beman Dawes (bdawes_at_[hidden])
Date: 2003-03-06 20:37:52
At 04:36 PM 3/6/2003, Beman Dawes wrote:
>At 04:17 PM 3/6/2003, David Abrahams wrote:
>
> >This is very strange. Adding a library search path breaks the link?!?
> >
> >> My GCC libs are in C:\usr\local\lib\gcc-lib\i686-pc-cygwin\3.2.1
> >>
> >> Let me know if you need other information, thanks,
> >
> >do you have libraries of the same name in /lib (I guess c:\lib since
> >your Cygwin seems to be installed at the root level)?
>
>There is an old set in C:\lib\gcc-lib\i686-pc-cygwin\2.95.3-5
>
>I'll try removing them to see what happens (but I can't do it right now
as
>a fresh set of regression tests is running, and it will take awhile.)
I've cleared out everything from c:\lib that I think could even remotely be
a possible problem, and 168 still fails. It just doesn't like the -L"/lib".
Ah! The error message has changed. Before it was finding the wrong object
library; now it looks like it isn't finding the object library at all:
gcc-Link-action
d:\boost-regr\status\bin\array1.test\gcc\debug\runtime-link-dynamic\array1.exe
/bin/ld: cannot open crt0.o: No such file or directory
collect2: ld returned 1 exit status
g++ -g -o
"d:\boost-regr\status\bin\array1.test\gcc\debug\runtime-link-dynamic\array1.exe"
-L"/lib"
"d:\boost-regr\status\bin\array1.test\gcc\debug\runtime-link-dynamic\array1.obj"
--Beman
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk