failed to run testsuite for libstdc++ on x86_64-unknown-linux-gnu for target unix/-m32

failed to run testsuite for libstdc++ on x86_64-unknown-linux-gnu for target unix/-m32

[Rainer Emrich]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

testsuite fails with the following message:

Running target unix/-m32
Using /usr/share/dejagnu/baseboards/unix.exp as board description file
for target.
Using /usr/share/dejagnu/config/unix.exp as generic interface file for
target.
Using
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/config/default.exp
as tool-and-target-specific interface file.
Running
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-abi/abi.exp
...
ERROR: tcl error sourcing
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-abi/abi.exp.
ERROR: could not compile testsuite_shared.cc
    while executing
"error "could not compile $f""
    (procedure "v3-build_support" line 56)
    invoked from within
"v3-build_support"
    (file
"/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-abi/abi.exp"
line 22)
    invoked from within
"source
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-abi/abi.exp"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 source
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-abi/abi.exp"
    invoked from within
"catch "uplevel #0 source $test_file_name""
Running
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-dg/normal.exp
...
ERROR: tcl error sourcing
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-dg/normal.exp.
ERROR: could not compile testsuite_shared.cc
    while executing
"error "could not compile $f""
    (procedure "v3-build_support" line 56)
    invoked from within
"v3-build_support"
    (file
"/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-dg/normal.exp"
line 25)
    invoked from within
"source
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-dg/normal.exp"
    ("uplevel" body line 1)
    invoked from within
"uplevel #0 source
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/libstdc++-dg/normal.exp"
    invoked from within
"catch "uplevel #0 source $test_file_name""

Any hints?

- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 RÃŒsselsheim

Phone: +49(0)6142/8272 12
Mobile: +49(0)163/56 949 20
Fax.:   +49(0)6142/8272 49
Web: www.tecosim.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDfZfj3s6elE6CYeURAvYCAKDLYXrrXqcLm/hIyYhm7cY7oXtgKACcDuh3
aR5dZuF5vmc9kq0D6Q4Le+0=
=naBp
-----END PGP SIGNATURE-----

Re: failed to run testsuite for libstdc++ on x86_64-unknown-linux-gnu for target unix/-m32

[Jim Wilson]

Rainer Emrich wrote:
> ERROR: could not compile testsuite_shared.cc

This is the important bit.  The libstdc++ testsuite tried to compile a 
support file and failed, so it generated an error.  The rest is just a 
tcl backtrace which we don't need.

The real question here is why it failed.  There should be useful info in 
the $target/libstdc++/testsuite/libstdc++.log file.  You probably got a 
linker error.  One obvious question is to check to see whether you have 
the optional 32-bit libraries installed.
-- 
Jim Wilson, GNU Tools Support, http://www.specifix.com

Re: failed to run testsuite for libstdc++ on x86_64-unknown-linux-gnu for target unix/-m32

[Rainer Emrich]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

I checked, that the 32-bit libraries were built. That's ok!

cd
/disk1/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs
ls -l lib* gives:

- -rw-r--r--  1 em tecosim 7695440 Nov 22 12:45 libstdc++.a
lrwxrwxrwx  1 em tecosim      15 Nov 22 12:45 libstdc++.la ->
../libstdc++.la
- -rw-r--r--  1 em tecosim    1600 Nov 22 12:45 libstdc++.lai
lrwxrwxrwx  1 em tecosim      18 Nov 22 12:45 libstdc++.so ->
libstdc++.so.6.0.7
lrwxrwxrwx  1 em tecosim      18 Nov 22 12:45 libstdc++.so.6 ->
libstdc++.so.6.0.7
- -rwxr-xr-x  1 em tecosim 4372283 Nov 22 12:45 libstdc++.so.6.0.7

Than I checked the libstd++.log. That's the failure:

Executing on host:
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/./gcc/g++
- -shared-libgcc
-
-B/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/./gcc
- -nostdinc++
-
-L/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/libstdc++-v3/src
-
-L/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs
-
-B/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/x86_64-unknown-linux-gnu/bin/
-
-B/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/x86_64-unknown-linux-gnu/lib/
- -isystem
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/x86_64-unknown-linux-gnu/include
- -isystem
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/x86_64-unknown-linux-gnu/sys-include
- -m32 -g -O2 -D_GLIBCXX_ASSERT -ffunction-sections -fdata-sections
- -fmessage-length=0
- -DLOCALEDIR="/disk1/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/
gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/32/libstdc++-v3/po/share/locale"
- -nostdinc++
-
-I/disk1/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/32/libstdc++-v3/include/x86_64-unknown-linux-gnu
- -I/disk1/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112
/gcc-4.1-20051112/x86_64-unknown-linux-gnu/32/libstdc++-v3/include
-
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/libsupc++
-
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/include/backward
-
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite/testsuite_shared.cc
 -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20051112/libstdc++-v3/testsuite
- -w -shared -fPIC -DPIC  -lm   -m32 -o testsuite_shared.so    (timeout
= 300)
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld:
skipping incompatible
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so
when searching for -lstdc++
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld:
skipping incompatible
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.a
when searching for -lstdc++
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld: cannot
find -lstdc++
collect2: ld returned 1 exit status
compiler exited with status 1
output is:
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld:
skipping incompatible
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.so
when searching for -lstdc++
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld:
skipping incompatible
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/libstdc++-v3/src/.libs/libstdc++.a
when searching for -lstdc++
/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld: cannot
find -lstdc++
collect2: ld returned 1 exit status

I compared this to an earlier build and I'm sure that the wrong library
search path is used in this case. It should be:

/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/gcc-4.1-20051112/gcc-4.1-20051112/x86_64-unknown-linux-gnu/32/libstdc++-v3/src/.libs

Any hints?


Jim Wilson schrieb:
> Rainer Emrich wrote:
> 
>> ERROR: could not compile testsuite_shared.cc
> 
> 
> This is the important bit.  The libstdc++ testsuite tried to compile a
> support file and failed, so it generated an error.  The rest is just a
> tcl backtrace which we don't need.
> 
> The real question here is why it failed.  There should be useful info in
> the $target/libstdc++/testsuite/libstdc++.log file.  You probably got a
> linker error.  One obvious question is to check to see whether you have
> the optional 32-bit libraries installed.


- --
Rainer Emrich
TECOSIM GmbH
Im Eichsfeld 3
65428 Rüsselsheim

Phone: +49(0)6142/8272 12
Mobile: +49(0)163/56 949 20
Fax.:   +49(0)6142/8272 49
Web: www.tecosim.com
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDgyDO3s6elE6CYeURAoDoAKCNuj8AJL876svODtpleqjnzRfQ3wCfd0MT
+ybJJThmycyLW1Z1A7Z7OiY=
=ngok
-----END PGP SIGNATURE-----

Re: failed to run testsuite for libstdc++ on x86_64-unknown-linux-gnu for target unix/-m32

[James E Wilson]

On Tue, 2005-11-22 at 05:44, Rainer Emrich wrote:
> I compared this to an earlier build and I'm sure that the wrong library
> search path is used in this case. It should be:
> Any hints?

It is curious that it got the include options right (-D/-I) but not the
library options (-B/-L).

The option multilibbing is handled by creating scripts in the build
tree, and then having dejagnu run the scripts to get the options.  The
script in this case would be
    $target/32/libstdc++/scripts/testsuite_flags
If should have a 32/ in every path pointing into the build tree for
libstdc++.  If this file is wrong, then maybe something is wrong with
the process used to build it.  The -B/-L options come from CXX in the
parent Makefile.  Does CXX in $target/32/libstdc++/Makefile look OK?

The easy solution here is probably to just do an install, and then the
libraries will be found in the install tree.  It really should work from
the build though, and this needs to be fixed if something is broken
here.
-- 
Jim Wilson, GNU Tools Support, http://www.specifix.com