--- Additional Comments From danglin at gcc dot gnu dot org 2007-12-28
19:55 ---
Native build with gcc 4.2.2 on hppa64-hp-hpux11.11 fails:
/bin/sh ./libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../src/bf
d -I. -DHOST_HPPAHPUX -D_LARGEFILE64_SOURCE -DHPUX_CORE -DHPUX_LAR
--- Additional Comments From danglin at gcc dot gnu dot org 2007-12-28
21:37 ---
Yes, it looks like expect linked against tcl8.3 has this problem. I always
had more problems with expect linked against tcl8.4 although I haven't tested
this recently.
The line that causes the problem seem
/bin/sh ./libtool --tag=CC --mode=link gcc -W -Wall -Wstrict-prototypes -Wmissin
g-prototypes -Werror -g -O2 -o libopcodes.la -rpath /opt/gnu64/lib -release `c
at ../bfd/libtool-soversion` dis-buf.lo disassemble.lo dis-init.lo hppa-dis.lo
-Wl,/xxx/gnu/binutils/objdir/opcodes/../bfd/.libs/libbfd.
--- Additional Comments From danglin at gcc dot gnu dot org 2007-12-28
21:57 ---
Looks like the configure.in files need updating. For example, we have this
in opcodes:
if test "$enable_shared" = "yes"; then
case "${host}" in
*-*-cygwin*)
SHARED_LDFLAGS="-no-undefined"
--- Additional Comments From danglin at gcc dot gnu dot org 2007-12-29
00:51 ---
Patch here:
http://sources.redhat.com/ml/binutils/2007-12/msg00159.html
--
http://sourceware.org/bugzilla/show_bug.cgi?id=5322
--- You are receiving this mail because: ---
You are on the CC lis
--- Additional Comments From danglin at gcc dot gnu dot org 2007-12-29
01:48 ---
This is now fixed for builds with gcc by the following change:
http://sources.redhat.com/ml/binutils/2007-12/msg00160.html
--
What|Removed |Added
---
See
http://gcc.gnu.org/ml/gcc-testresults/2007-12/msg01393.html
versus
http://gcc.gnu.org/ml/gcc-testresults/2007-12/msg01394.html
The former was with ld 2.18.50.20071227. The latter was with
2.18.50.20070929.
In the g++ tests, I see stuff like
Executing on host: /home/dave/gnu/gcc-4.3/objdir/g
