Processing commands for [EMAIL PROTECTED]:
> severity 101223 normal
Bug#101223: Undefined reference to 'cout'
Severity set to `normal'.
> thanks
Stopping processing here.
Please contact me if you need assistance.
Darren Benham
(administrator, Debian Bugs database)
severity 101223 normal
thanks
I see your point. It's not a packaging bug, and after moving the v3 ABI
.so and .a files to lib/gcc-lib/... it all works much better now.
I still think gcc should be changed to generate a commandline for
collect2 that places -L$prefix/$gcclibdir before all other -L
Gordon Sadler writes:
> Note below the order of the -L args. /usr/lib/gcc-lib/i386-linux/2.95.4
> comes last... Shouldn't it be first? Maybe a change to the specs? It so
> happens I have gcc-3 and libstdc++-v3 installed in /usr/local, so I can
> compile this on a few ways:
Ok, then gcc-2.95 pi
I believe I've found a partial cause/solution.
Re:bugs.debian.org/98939
I have LIBRARY_PATH set in my environment:
echo $LIBRARY_PATH
/usr/local/kde2.2/lib:/usr/local/qt2.3/lib:/usr/local/lib
This to to work-around something I think is broken with the linker.
According to the gcc info pages:
The
I am unable to reproduce this in unstable with 2.95.4-0.010604.
Gordon Sadler writes:
> Package: g++-2.95
> Version: 1:2.95.4-0.010604
> Severity: important
>
> I have no idea when this started. Perhaps a packaging bug?
>
> If you compile the attached 'hello' program:
> g++ -v bar.cpp
>
Package: g++-2.95
Version: 1:2.95.4-0.010604
Severity: important
I have no idea when this started. Perhaps a packaging bug?
If you compile the attached 'hello' program:
g++ -v bar.cpp
Reading specs from /usr/lib/gcc-lib/i386-linux/2.95.4/specs
gcc version 2.95.4 20010604 (Debian prerelease)
/usr
6 matches
Mail list logo