libgomp testsuite failures on hppa64-hp-hpux11.00

[Rainer Emrich]

Compiler version: 4.2.0 20061030 (prerelease)
Platform: hppa64-hp-hpux11.00
revision 118179

configure flags: --prefix=/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/install
--with-gnu-as
--with-as=/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/install/bin/as
--with-ld=/usr/ccs/bin/ld --enable-threads=posix --disable-shared
--enable-__cxa_atexit --enable-checking=release
--with-gmp=/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/install
--with-mpfr=/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/install
--enable-languages=c,c++,fortran,java,objc,obj-c++,treelang

=== libgomp Summary ===

# of expected passes82
# of unexpected failures621
# of unsupported tests  118

All failures are similiar to this one:

set_ld_library_path_env_vars:
ld_library_path=.:/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs:/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/gcc
Executing on host:
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/gcc/xgcc
-B/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/gcc/
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2.0/libgomp/testsuite/libgomp.c/appendix-a/a.15.1.c
 
-B/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/
-I/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2.0/libgomp/testsuite/..
-fmessage-length=0 -fopenmp  -O2 -fopenmp
-L/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs
-lgomp -lm   -o ./a.15.1.exe(timeout = 300)
ld: Unsatisfied symbol "sem_init" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[team.o]
ld: Unsatisfied symbol "sem_post" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[bar.o]
ld: Unsatisfied symbol "sem_wait" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[sem.o]
ld: Unsatisfied symbol "sem_destroy" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[team.o]
4 errors.
collect2: ld returned 1 exit status
compiler exited with status 1
output is:
ld: Unsatisfied symbol "sem_init" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[team.o]
ld: Unsatisfied symbol "sem_post" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[bar.o]
ld: Unsatisfied symbol "sem_wait" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[sem.o]
ld: Unsatisfied symbol "sem_destroy" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[team.o]
4 errors.
collect2: ld returned 1 exit status

FAIL: libgomp.c/appendix-a/a.15.1.c (test for excess errors)
Excess errors:
ld: Unsatisfied symbol "sem_init" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[team.o]
ld: Unsatisfied symbol "sem_post" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[bar.o]
ld: Unsatisfied symbol "sem_wait" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[sem.o]
ld: Unsatisfied symbol "sem_destroy" in file
/SCRATCH/gcc-build/HP-UX/hppa64-hp-hpux11.00/gcc-4.2.0/gcc-4.2.0/hppa64-hp-hpux11.00/./libgomp/.libs/libgomp.a[team.o]

WARNING: libgomp.c/appendix-a/a.15.1.c compilation failed to produce executable


It looks like --disable-shared configure flag causes the problem.

Any comments?


Rainer

ICE while bootstrapping trunk on hppa2.0w-hp-hpux11.00

[Rainer Emrich]

On trunk Revision: 118816

/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/./gcc/xgcc
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/./gcc/
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/hppa2.0w-hp-hpux11.00/bin/
-B/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/hppa2.0w-hp-hpux11.00/lib/
-isystem
/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/hppa2.0w-hp-hpux11.00/include
-isystem
/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/hppa2.0w-hp-hpux11.00/sys-include
-O2 -O2 -g -O2  -DIN_GCC-W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition  -isystem ./include  -fPIC -g
-DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED  -I. -I.
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/.
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../include
-I./../intl
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../libcpp/include
-I/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/include
-I/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/include
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/../libdecnumber
-I../libdecnumber -DL__gcc_bcmp  -c
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/libgcc2.c -o
libgcc/./__gcc_bcmp.o
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/libgcc2.c: In
function '__gcc_bcmp':
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.3.0/gcc/libgcc2.c:1970:
internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html> for instructions.
gmake[4]: *** [libgcc/./__gcc_bcmp.o] Error 1
gmake[4]: Leaving directory
`/disk1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/gcc'
gmake[3]: *** [libgcc.a] Error 2
gmake[3]: Leaving directory
`/disk1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0/gcc'
gmake[2]: *** [all-stage2-gcc] Error 2
gmake[2]: Leaving directory
`/disk1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0'
gmake[1]: *** [stage2-bubble] Error 2
gmake[1]: Leaving directory
`/disk1/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.3.0/gcc-4.3.0'
gmake: *** [all] Error 2

Rainer

libjava install fails on hppa2.0w-hp-hpux11.00 / wrong install sequence

[Rainer Emrich]

I failed to boostrap gcc-4.2.0 with libjava enabled for hppa2.0w-hp-hpux11.00.

Bootstrap fails during installation of libjava.
I tracked it down to install sequence issue. Components (jv-convert, gij, ...)
which require libgcj, libgij, ... are installed before the libraries are 
installed.

On Linux this produces only some warnings:
libtool: install: warning: `libgcj.la' has not been installed ...

On systems which require relink during install this fails:
xgcc: /SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/lib/libgcj.sl: No
such file or directory
libtool: install: error: relink `libjvm.la' with the above command before
installing it

Rainer


Mit freundlichen Grüßen/Best Regards

Dipl.-Ing. Rainer Emrich
Leiter IT/Softwareentwicklung
TECOSIM Technische Simulation 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

www.tecosim.com
best partner for simulation



signature.asc
Description: OpenPGP digital signature

Successfull build of gcc-3.3.6 on hppa2.0w-hp-hpux11.0

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 3.3.6
Platform: hppa2.0w-hp-hpux11.00
configure flags: --host=hppa2.0w-hp-hpux11.00
- --prefix=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/bin/as
- --with-ld=/usr/ccs/bin/ld --enable-threads=single --disable-shared
- --disable-nls --enable-languages=c,c++,objc,f77

binutils:
binutils-2.16.1


Build system:
HP-UX c3600-1 B.11.00 A 9000/785 unknown unknown HP-UX

cc for building:
gcc -mpa-risc-2-0
gcc (GCC) 3.3.6
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`hppa2.0w-hp-hpux11.00'.

ld for building:
92453-07 linker command s800.sgs ld PA64 B.11.43 REL 050124
/usr/ccs/bin/ld: Usage:  /usr/ccs/bin/ld [options] [flags] files
/usr/ccs/bin/ld: 92453-07 linker linker ld B.11.43 050125

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00056.html

- --
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

iD8DBQFDGAdA3s6elE6CYeURAuhhAKDNNLZkaDc/rkGnbXDr/VGzfnawLwCgj46T
HpwtQaXICtoFnF9I6fxQ1N0=
=uN/e
-END PGP SIGNATURE-

Successfull build of gcc-3.3.6 on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 3.3.6
Platform: mips-sgi-irix6.5
configure flags: --host=mips-sgi-irix6.5
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-as=/usr/bin/as --with-ld=/usr/bin/ld --disable-shared
- --enable-threads --enable-haifa --enable-libgcj --disable-c-mbchar
- --enable-languages=c,c++,objc,f77

binutils:
binutils-2.16.1


Build system:
IRIX64 octane-3 6.5 10070055 IP30 mips unknown Irix

cc for building:
gcc
gcc (GCC) 3.3.6
Copyright (C) 2003 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
MIPSpro Compilers: Version 7.2.1

ld for building:
ld32: INFO 153: Version 7.2.1.
ld32: INFO 46: No objects linked.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00057.html

The target unix/-mabi=32 produces hundreds of failed tests. I deleted
the Details for this target, because the message exceeded the the limit
of 40 bytes.

- --
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

iD8DBQFDGAss3s6elE6CYeURAjhFAJ9H/+GIxta/IDPtePiPPlBpmxh8ygCgh4Dh
2HljRVDWZxr4wF6gVwiFvyI=
=XKGK
-END PGP SIGNATURE-

Successfull build of gcc-3.4.4 on hppa2.0w-hp-hpux11.00

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 3.4.4
Platform: hppa2.0w-hp-hpux11.00
configure flags:
- --prefix=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/bin/as
- --with-ld=/usr/ccs/bin/ld --enable-threads=single --disable-shared
- --disable-nls --enable-languages=c,c++,objc,f77

binutils:
binutils-2.16.1


Build system:
HP-UX c3600-1 B.11.00 A 9000/785 unknown unknown HP-UX

cc for building:
gcc -mpa-risc-2-0
gcc (GCC) 3.4.4
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`hppa2.0w-hp-hpux11.00'.

ld for building:
92453-07 linker command s800.sgs ld PA64 B.11.43 REL 050124
/usr/ccs/bin/ld: Usage:  /usr/ccs/bin/ld [options] [flags] files
/usr/ccs/bin/ld: 92453-07 linker linker ld B.11.43 050125

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00190.html

- --
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

iD8DBQFDGyFa3s6elE6CYeURAn1GAKCBI/+fwird+vh7lz9kQNcJbfBFFQCbBGYj
9ihtNgq95Puq9DyzWP/ALVU=
=VWK+
-END PGP SIGNATURE-

Successfull build of gcc-3.4.4 on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 3.4.4
Platform: mips-sgi-irix6.5
configure flags:
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
- --with-ld=/usr/bin/ld --disable-shared --enable-threads --enable-haifa
- --enable-libgcj --disable-c-mbchar --enable-languages=c,c++,objc,f77

binutils:
binutils-2.16.1


Build system:
IRIX64 octane-3 6.5 10070055 IP30 mips unknown Irix

cc for building:
gcc
gcc (GCC) 3.4.4
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`mips-sgi-irix6.5'.

ld for building:
ld32: INFO 153: Version 7.2.1.
ld32: INFO 46: No objects linked.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00191.html

- --
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

iD8DBQFDGyHN3s6elE6CYeURAlfmAJkBbSB+36pqh7DD1MdaKpwpPgDZcwCgj6aR
5+/ikadRkPDUowvZ0HPAjfs=
=XL1e
-END PGP SIGNATURE-

Successfull build of gcc-4.0.1 on hppa2.0w-hp-hpux11.00

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.0.1
Platform: hppa2.0w-hp-hpux11.00
configure flags:
- --prefix=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/bin/as
- --with-ld=/usr/ccs/bin/ld --enable-threads=single --disable-shared
- --disable-nls --with-gmp=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --with-mpfr=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --enable-languages=c,c++,f95,java,objc

binutils:
binutils-2.16.1


Build system:
HP-UX c3600-1 B.11.00 A 9000/785 unknown unknown HP-UX

cc for building:
gcc -mpa-risc-2-0
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`hppa2.0w-hp-hpux11.00'.

ld for building:
92453-07 linker command s800.sgs ld PA64 B.11.43 REL 050124
/usr/ccs/bin/ld: Usage:  /usr/ccs/bin/ld [options] [flags] files
/usr/ccs/bin/ld: 92453-07 linker linker ld B.11.43 050125

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00298.html

- --
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

iD8DBQFDHUUv3s6elE6CYeURAumqAKCCIQ8Ar0aIt99o9kePRD8+jHN5JQCePRPS
SRuqsmxVy6XzQupPZbPty7E=
=4ceg
-END PGP SIGNATURE-

Successfull build of gcc-4.0.1 on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.0.1
Platform: mips-sgi-irix6.5
configure flags:
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/ld
- --disable-shared --enable-threads=single --enable-haifa --disable-nls
- --disable-libmudflap --with-gmp=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --with-mpfr=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --enable-languages=c,ada,c++,objc

binutils:
binutils-2.16.1


Build system:
IRIX64 octane-3 6.5 10070055 IP30 mips unknown Irix

cc for building:
gcc
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`mips-sgi-irix6.5'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-09/msg00299.html

- --
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

iD8DBQFDHUWI3s6elE6CYeURAmANAJ9hMJNYDLyHFKduzDKS+gzoSlt1dACgkefN
4/ZRc8LU3P7aklNLnfODPIw=
=ghfN
-END PGP SIGNATURE-

unexpected link behaviour g++-4.0.1 on hppa2.0w-hp-hpux11.00

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I got an unexpected link behaviour linking statically.

linking dynamically:

g++ -Wall -g0 -O3 -o batch_mesh_1 batch_mesh_1.o
- -L/raid/tecosim/it/devel/install-test/hp/lib -ltecosim -lteclic

everything works fine and ldd batch_mesh_1 gives:
 =>
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/lib/libdld.2 =>/usr/lib/libdld.2
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/lib/libm.2 =>  /usr/lib/libm.2


linking statically:

g++ -Wall -g0 -O3 -static -o batch_mesh_1 batch_mesh_1.o
- -L/raid/tecosim/it/devel/install-test/hp/lib -ltecosim -lteclic
/usr/ccs/bin/ld: Unsatisfied symbols:
   pthread_once (first referenced in
/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.0.1-test/lib/libstdc++.a(locale_init.o))
(code)
   pthread_key_create (first referenced in
/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.0.1-test/lib/libstdc++.a(eh_globals.o))
(code)
   pthread_setspecific (first referenced in
/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.0.1-test/lib/libstdc++.a(eh_globals.o))
(code)
   pthread_mutex_unlock (first referenced in
/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.0.1-test/lib/libstdc++.a(locale_init.o))
(code)
   pthread_getspecific (first referenced in
/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.0.1-test/lib/libstdc++.a(eh_globals.o))
(code)
   pthread_mutex_lock (first referenced in
/appl/shared/gcc/HP-UX/hppa2.0w-hp-hpux11.00/gcc-4.0.1-test/lib/libstdc++.a(locale_init.o))
(code)

Here I have to add -lpthread manually, then the link succeeds:
g++ -Wall -g0 -O3 -static -o batch_mesh_1 batch_mesh_1.o
- -L/raid/tecosim/it/devel/install-test/hp/lib -ltecosim -lteclic -lpthread

and ldd batch_mesh_1 gives:
 =>
/usr/lib/libdld.2 =>/usr/lib/libdld.2
/usr/lib/libc.2 =>  /usr/lib/libc.2
/usr/lib/libdld.2 =>/usr/lib/libdld.2


Compiler version: 4.0.1
Platform: hppa2.0w-hp-hpux11.00
configure flags:
- --prefix=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/bin/as
- --with-ld=/usr/ccs/bin/ld --enable-threads=posix --disable-shared
- --disable-nls --with-gmp=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --with-mpfr=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --enable-languages=c,c++,f95,java,objc

binutils:
binutils-2.16.1

System:
HP-UX c3600-1 B.11.00 A 9000/785 unknown unknown HP-UX

Any comments?

Rainer

- --
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

iD8DBQFDHwok3s6elE6CYeURAogtAJ4zfKEHiiH76r6cxklU9W3B9qTXKACeIwfV
Xs4bUs5z3m9vvJMapqlgmjA=
=jp8S
-END PGP SIGNATURE-

failed to build libgfortran gcc-4.0.1 on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/gcc-4.0.1-test/gcc-4.0.1-test/gcc/xgcc
-
-B/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/gcc-4.0.1-test/gcc-4.0.1-test/gcc/
- -B/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/mips-sgi-irix6.5/bin/
- -B/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/mips-sgi-irix6.5/lib/
- -isystem
/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/mips-sgi-irix6.5/include
- -isystem
/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/mips-sgi-irix6.5/sys-include
- -DHAVE_CONFIG_H -I.
-
-I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.0.1-test/libgfortran
- -I.
-
-iquote/raid/tecosim/it/devel/projects/develtools/src/gcc-4.0.1-test/libgfortran/io
- -std=gnu99 -Wall -O2 -g -O2 -mabi=32 -c
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.0.1-test/libgfortran/generated/exp_c8.c
- -o exp_c8.o
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.0.1-test/libgfortran/generated/exp_c8.c:38:
error: conflicting types for 'cabs'
/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/gcc-4.0.1-test/gcc-4.0.1-test/gcc/include/math.h:676:
error: previous declaration of 'cabs' was here

configured with:

/raid/tecosim/it/devel/projects/develtools/src/gcc-4.0.1-test/configure
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/ld
- --disable-shared --enable-threads=single --enable-haifa --disable-nls
- --disable-libmudflap --enable-languages=c,ada,c++,f95,objc
- --with-gmp=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --with-mpfr=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5

- --
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

iD8DBQFDJUuZ3s6elE6CYeURAvphAJ41Q+V9wtWZG70nNPfgsTZu5UlKdgCgx2WI
AILkpLglpO1tFjNc5VkQWEI=
=tJPb
-END PGP SIGNATURE-

regression for ada on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi folks,

for gcc-4.0.2-20050917 all acats tests failed.

for gcc-4.0.1 it was 546 unexpected failures, 1774 expected passes.

for gcc-4.1-20050917 I got a build failure while building gnattools:

../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings
- -Wstrict-prototypes -Wmissing-prototypes -fno-common  -gnatpg -gnata
- -I- -I../rts -I.
- -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20050917/gcc/ada
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20050917/gcc/ada/make.adb
- -o make.o

raised STORAGE_ERROR : SIGSEGV: (stack overflow or erroneous memory access)

for all three I used binutils 2.16.1 and gcc-4.0.1 for building.
Building with gnu as and gnu ld.

Last I tried to build with native ld, which failed in bootstrapping stage 2:

stage1/xgcc -Bstage1/
- -B/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/mips-sgi-irix6.5/bin/
  -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
- -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
- -Wold-style-definition -Wmissing-format-attribute -Werror -fno-common
- -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/gengtype \
 build/gengtype.o build/gengtype-lex.o build/gengtype-yacc.o \
 build/errors.o ../build-mips-sgi-irix6.5/libiberty/libiberty.a
build/gengtype
gmake[2]: *** [s-gtype] Segmentation fault (core dumped)


Has anybody some suggestions?

Rainer

- --
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

iD8DBQFDOldZ3s6elE6CYeURAiKqAKCmZjdx7EdmKA+IMChvjyIoEpW2fwCgoc1b
n4N1j+tz2I/lQ2rdZynugbk=
=U2ty
-END PGP SIGNATURE-

Re: regression for ada on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I used gcc-4.0.1 for bootstrapping:

Compiler version: 4.0.1
Platform: mips-sgi-irix6.5
configure flags:
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/ld
- --disable-shared --enable-threads=single --enable-haifa --disable-nls
- --disable-libmudflap --with-gmp=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --with-mpfr=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --enable-languages=c,ada,c++,objc

binutils:
binutils-2.16.1


Build system:
IRIX64 octane-3 6.5.22m 10070055 IP30 mips unknown Irix

cc for building:
gcc
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`mips-sgi-irix6.5'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.


Native ld is version 7.2.1. If I remember right, I wasn't able to build
any version of the 4.x series. Always the same failure as described
below. Segfault in build/gengtype.

I hope this helps.

Rainer



Rainer Orth schrieb:
> Rainer Emrich <[EMAIL PROTECTED]> writes:
> 
> 
>>for gcc-4.0.2-20050917 all acats tests failed.
>>
>>for gcc-4.0.1 it was 546 unexpected failures, 1774 expected passes.
> 
> 
> for some reason, the acats tests didn't complete for me in gcc 4.0.2
> 20050817: I haven't yet investigated why, but the 1327 tests that did
> complete, all PASSed, so this looks extremely bad.  If you are using GNU ld
> here, too, I recall that I had massive problems with acats failures the
> last time I tried this combination (GNU as with GNU ld).  I'd recommend
> sticking with the native ld on this platform.
> 
> 
>>for gcc-4.1-20050917 I got a build failure while building gnattools:
>>
>>../../xgcc -B../../ -c -g -O2 -W -Wall -Wwrite-strings
>>- -Wstrict-prototypes -Wmissing-prototypes -fno-common  -gnatpg -gnata
>>- -I- -I../rts -I.
>>- -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20050917/gcc/ada
>>/raid/tecosim/it/devel/projects/develtools/src/gcc-4.1-20050917/gcc/ada/make.adb
>>- -o make.o
>>
>>raised STORAGE_ERROR : SIGSEGV: (stack overflow or erroneous memory access)
>>
>>for all three I used binutils 2.16.1 and gcc-4.0.1 for building.
>>Building with gnu as and gnu ld.
> 
> 
> Same for me as of 20050921, but using the native ld on IRIX 6.5.10m.  The
> same error happens on sparc-sun-solaris2.8, while i386-pc-solaris2.10 is ok.
> 
> 
>>Last I tried to build with native ld, which failed in bootstrapping stage 2:
>>
>>stage1/xgcc -Bstage1/
>>- -B/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/mips-sgi-irix6.5/bin/
>>  -g -O2 -DIN_GCC   -W -Wall -Wwrite-strings -Wstrict-prototypes
>>- -Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
>>- -Wold-style-definition -Wmissing-format-attribute -Werror -fno-common
>>- -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/gengtype \
>> build/gengtype.o build/gengtype-lex.o build/gengtype-yacc.o \
>> build/errors.o ../build-mips-sgi-irix6.5/libiberty/libiberty.a
>>build/gengtype
>>gmake[2]: *** [s-gtype] Segmentation fault (core dumped)
>>
>>
>>Has anybody some suggestions?
> 
> 
> Which bootstrap compiler do you use, and which version of ld is this?
> 
>   Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.2 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFDOnsU3s6elE6CYeURAqyQAJ4o8n7OWjkCnKGwGlRcz4DT930RMwCgiSQl
GzZ7a1BrzlwGudXwo4A1V9Q=
=EgIa
-END PGP SIGNATURE-

Successfull build of gcc-4.0.2 on hppa2.0w-hp-hpux11.00

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.0.2
Platform: hppa2.0w-hp-hpux11.00
configure flags:
- --prefix=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/bin/as
- --with-ld=/usr/ccs/bin/ld --enable-threads=posix --disable-shared
- --disable-nls --with-gmp=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --with-mpfr=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --enable-languages=c,c++,f95,java,objc

binutils:
binutils-2.16.1


Build system:
HP-UX c3600-1 B.11.00 A 9000/785 unknown unknown HP-UX

cc for building:
gcc -mpa-risc-2-0
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`hppa2.0w-hp-hpux11.00'.

ld for building:
92453-07 linker command s800.sgs ld PA64 B.11.43 REL 050124
/usr/ccs/bin/ld: Usage:  /usr/ccs/bin/ld [options] [flags] files
/usr/ccs/bin/ld: 92453-07 linker linker ld B.11.43 050125

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00529.html

- --
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

iD8DBQFDTP5W3s6elE6CYeURAlbtAKC40nks8CpSZF6dM/UkSXFwRXNe5ACgqk+S
mk906UpKshqcNjMnn/2peF4=
=4vIe
-END PGP SIGNATURE-

Successfull build of gcc-4.0.2 on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.0.2
Platform: mips-sgi-irix6.5
configure flags:
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/ld
- --disable-shared --enable-threads=posix --enable-haifa --disable-nls
- --disable-libmudflap --with-gmp=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --with-mpfr=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --enable-languages=c,ada,c++,f95,objc

binutils:
binutils-2.16.1


Build system:
IRIX64 octane-3 6.5 10070055 IP30 mips unknown Irix

cc for building:
gcc
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`mips-sgi-irix6.5'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc/2005-10/msg00255.html

- --
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

iD8DBQFDTP+43s6elE6CYeURAhKzAJ9OnG/ztXj1fOu95e8UiNDNciLfeACgican
oBW/wB3b2I6tgGvuVoBqTtA=
=Ozd3
-END PGP SIGNATURE-

Successfull build of gcc-4.0.2 on i686-pc-linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


Compiler version: 4.0.2
Platform: i686-pc-linux-gnu
configure flags:
- --prefix=/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/install/bin/ld
- --enable-threads=posix --enable-shared --enable-__cxa_atexit
- --with-gmp=/appl/shared/gnu/Linux/i686-pc-linux-gnu
- --with-mpfr=/appl/shared/gnu/Linux/i686-pc-linux-gnu
- --enable-languages=c,ada,c++,f95,java,objc

binutils:
binutils-2.16.1


Build system:
Linux cfd-1 2.6.12-1.1447_FC4smp #1 SMP Fri Aug 26 20:57:13 EDT 2005
i686 i686 i386 GNU/Linux

cc for building:
gcc
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`i686-pc-linux-gnu'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00532.html

- --
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

iD8DBQFDTQFS3s6elE6CYeURAuDUAJwPdhj4bbEDdyCliTDXu0qJstxatACgoutB
pzJGdt9V8CqLZd+6arugs2U=
=RyP/
-END PGP SIGNATURE-

Successfull build of gcc-4.0.2 on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.0.2
Platform: mips-sgi-irix6.5
configure flags:
- - --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- - --with-gnu-as
- - --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
- - --with-gnu-ld
- - --with-ld=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/ld
- - --disable-shared --enable-threads=posix --enable-haifa --disable-nls
- - --disable-libmudflap --with-gmp=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- - --with-mpfr=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- - --enable-languages=c,ada,c++,f95,objc

binutils:
binutils-2.16.1


Build system:
IRIX64 octane-3 6.5 10070055 IP30 mips unknown Irix

cc for building:
gcc
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`mips-sgi-irix6.5'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00531.html

- --
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

iD8DBQFDTQHE3s6elE6CYeURAvxiAKDLPaar15ncem0liXQjww9hl1C26ACff7KG
U8uLQcQuLxZMAvI15XF0Udo=
=dmSz
-END PGP SIGNATURE-

Successfull build of gcc-4.0.2 on x86_64-unknown-linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.0.2
Platform: x86_64-unknown-linux-gnu
configure flags:
- --prefix=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld
- --enable-threads=posix --enable-shared --enable-__cxa_atexit
- --with-gmp=/appl/shared/gnu/Linux/x86_64-unknown-linux-gnu
- --with-mpfr=/appl/shared/gnu/Linux/x86_64-unknown-linux-gnu
- --enable-languages=c,ada,c++,f95,java,objc

binutils:
binutils-2.16.1


Build system:
Linux cfd-5 2.6.12-1.1447_FC4 #1 Fri Aug 26 20:35:25 EDT 2005 x86_64
x86_64 x86_64 GNU/Linux

cc for building:
gcc
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`x86_64-unknown-linux-gnu'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00533.html

- --
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

iD8DBQFDTQLA3s6elE6CYeURAoPFAJ9Fa966BQWOrO95x6tRoZjY8tJ/PwCgu45N
bL/bdmX7M+PYiewmJ3lPyaU=
=4iNs
-END PGP SIGNATURE-

Re: Anyone build 4.0.2 on IRIX 6.5?

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Unfortunately I removed the acats.log file. But I'm going to rebuild.

Rainer

Rainer Orth schrieb:
> Laurent GUERBY writes:
> 
> 
>>On Thu, 2005-10-13 at 07:50 +0100, Richard Sandiford wrote:
>>
>>>Unless you're interested in Ada, I'd recommend trying with the GNU
>>>linker instead.  I was getting good results with binutils 2.16 on 4.0
>>>at one stage, although I no longer have access to an IRIX system.
>>>
>>>(There's no intrinsic reason why you can't use the GNU linker for Ada too.
>>>It's just that Rainer has reported problems in the past, and no-one has
>>>cared enough to iron out the creases.)
>>
>>Richard, Rainer, is there a PR for this problem?
> 
> 
> I'm not sure, I cannot currently find this in my notes.  However, there was
> a GCC 4.0.2 build report on IRIX 6.5 with binutils 2.16 yesterday where Ada
> testresults were as terrible with GNU ld as I recall they were for me:
> 
>   http://gcc.gnu.org/ml/gcc/2005-10/msg00258.html
> 
> I don't have any tree with Ada and GNU ld on IRIX anymore, so I cannot
> easily check what the errors were.  Maybe Rainer Emrich who reported those
> results can help with the details from gcc/testsuite/ada/acats/acats.log?
> 
>   Rainer
> 
> -
> Rainer Orth, Faculty of Technology, Bielefeld University


- --
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

iD8DBQFDTj0J3s6elE6CYeURAqkzAKCe8zh8Ub7WVNNglT3A8J2+h68piwCffSl2
4b11mDmOPWfjEEiuRg1Pk8s=
=nNB5
-END PGP SIGNATURE-

Successfull build of gcc-4.0.2 on ia64-unknown-linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.0.2
Platform: ia64-unknown-linux-gnu
configure flags:
- --prefix=/SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install/bin/ld
- --enable-threads=posix --enable-shared --enable-__cxa_atexit
- --with-gmp=/appl/shared/gnu/Linux/ia64-unknown-linux-gnu
- --with-mpfr=/appl/shared/gnu/Linux/ia64-unknown-linux-gnu
- --enable-languages=c,ada,c++,f95,java,objc

binutils:
binutils-2.16.1


Build system:
Linux itanic 2.4.21-32.0.1.EL.cern #1 SMP Thu May 26 11:51:54 CEST 2005
ia64 ia64 ia64 GNU/Linux

cc for building:
gcc
gcc (GCC) 4.0.1
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`ia64-unknown-linux-gnu'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-10/msg00580.html

- --
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

iD8DBQFDTpTm3s6elE6CYeURAjFeAJ40HnIDlvhEwv0gQNQx72dc8giVgwCg1JJZ
9ZrrodZD3Q92roCEYmFTSMo=
=aw7r
-END PGP SIGNATURE-

Re: Successfull build of gcc-4.0.2 on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Albert Chin schrieb:
> On Wed, Oct 12, 2005 at 02:29:56PM +0200, Rainer Emrich wrote:
> 
>>Compiler version: 4.0.2
>>Platform: mips-sgi-irix6.5
>>configure flags:
>>- - --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
>>- - --with-gnu-as
>>- - --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
>>- - --with-gnu-ld
>>- - --with-ld=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/ld
>>- - --disable-shared --enable-threads=posix --enable-haifa --disable-nls
>>- - --disable-libmudflap --with-gmp=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
>>- - --with-mpfr=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
>>- - --enable-languages=c,ada,c++,f95,objc
> 
> 
> Can the resulting GCC build Emacs _and_ XEmacs?
> 

Didn't check. Perhaps I have the time to check at the beginning of November.

Rainer

- --
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

iD8DBQFDT84i3s6elE6CYeURAvb6AKCKOZd9teFV+hdEGaOx0XqkvqmQWwCdEL2P
kekyVEwvbs+G8S03Vl8v3ZU=
=zYeW
-END PGP SIGNATURE-

Bug in install of gfortran for gcc-4.0.2

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

if [ -f f951 ] ; then \
  if [ -f gfortran-cross ] ; then \
rm -f /appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/gfortran; \
/usr/bin/install -c gfortran-cross
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/gfortran; \
chmod a+x
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/gfortran; \
if [ -d
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/.
] ; then \
  rm -f
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/gfortran;
\
  /usr/bin/install -c gfortran-cross
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/lib/gcc/i686-pc-linux-gnu/4.0.2/../../../../i686-pc-linux-gnu/bin/gfortran;
\
else true; fi; \
  else \
rm -f /appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/gfortran; \
/usr/bin/install -c gfortran
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/gfortran; \
chmod a+x
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/gfortran; \
rm -f /appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/; \
ln /appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/gfortran
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/; \
  fi ; \
fi
rm: cannot remove
`/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin/': Is a directory
ln: `/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2/bin//gfortran':
File exists
gmake[1]: [f95.install-common] Error 1 (ignored)

I suppose that what is intended is to set up a link from gfortran to f95.

Affected platform all, AFAIK.

Rainer



- --
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

iD8DBQFDZgw93s6elE6CYeURAtX9AKCHs/YQZXCtKmh2zCYbX3kDVk4rGQCguMz7
4BlH2WUxP3M5IruBDrNeLJI=
=/S2t
-END PGP SIGNATURE-

Bootstrapping of gcc-4.1 completly broken on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

See:

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24514

Rainer

- --
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

iD8DBQFDZlq03s6elE6CYeURAh8iAKDTZlYyACP60DXENFmT2MRpAoXlvQCfe3Nd
sKPYfLSERGl3RFFvrvujGlw=
=6r2T
-END PGP SIGNATURE-

Successfull build of gcc-4.1.0 20051112 (experimental) on x86_64-unknown-linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.1.0 20051112 (experimental)
Platform: x86_64-unknown-linux-gnu
configure flags:
- --prefix=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld
- --enable-threads=posix --enable-shared --enable-__cxa_atexit
- --with-gmp=/appl/shared/gnu/Linux/x86_64-unknown-linux-gnu
- --with-mpfr=/appl/shared/gnu/Linux/x86_64-unknown-linux-gnu
- --enable-languages=c,ada,c++,fortran,java,objc,obj-c++

binutils:
binutils-2.16.1


Build system:
Linux cfd-6 2.6.13-1.1532_FC4smp #1 SMP Thu Oct 20 01:42:06 EDT 2005
x86_64 x86_64 x86_64 GNU/Linux

cc for building:
gcc
gcc (GCC) 4.0.2
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`x86_64-unknown-linux-gnu'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00804.html

All acats tests failed due to the use of coreutils 5.3.0 which obsoletes
 option -1.
./tail: `-1' option is obsolete; use `-n 1'
Try `./tail --help' for more information.

The libstdc++ testsuite for target unix/-m32 fails with the following
error 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""


- --
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

iD8DBQFDe1hw3s6elE6CYeURAi19AKDb+HG0nFSwrcTVWYKTheeQSr+JZgCfWdAo
//NlUUnO+3qP6y8JUMVWDcA=
=kZr8
-END PGP SIGNATURE-

Successfull build of gcc-4.1.0 20051112 (experimental) on hppa2.0w-hp-hpux11.00

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.1.0 20051112 (experimental)
Platform: hppa2.0w-hp-hpux11.00
configure flags:
- --prefix=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/HP-UX/hppa2.0w-hp-hpux11.00/install/bin/as
- --with-ld=/usr/ccs/bin/ld --enable-threads=posix --disable-shared
- --with-gmp=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --with-mpfr=/appl/shared/gnu/HP-UX/hppa2.0w-hp-hpux11.00
- --enable-languages=c,c++,fortran,java,objc,obj-c++

binutils:
binutils-2.16.1


Build system:
HP-UX c3600-1 B.11.00 A 9000/785 unknown unknown HP-UX

cc for building:
gcc -mpa-risc-2-0
gcc (GCC) 4.0.2
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`hppa2.0w-hp-hpux11.00'.

ld for building:
92453-07 linker command s800.sgs ld PA64 B.11.43 REL 050124
/usr/ccs/bin/ld: Usage:  /usr/ccs/bin/ld [options] [flags] files
/usr/ccs/bin/ld: 92453-07 linker linker ld B.11.43 050125

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00897.html

- --
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

iD8DBQFDfZWf3s6elE6CYeURAheAAJ4u/W6iCbjaZebRE/hWIVcDU4Bf8gCdE5wU
P+TI/o3v2LnkdDB4JwzoCs4=
=iBs4
-END PGP SIGNATURE-

Successfull build of gcc-4.1.0 20051112 (experimental) on mips-sgi-irix6.5

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.1.0 20051112 (experimental)
Platform: mips-sgi-irix6.5
configure flags:
- --prefix=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/IRIX64/mips-sgi-irix6.5/install/bin/ld
- --disable-shared --enable-threads=posix
- --with-gmp=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --with-mpfr=/appl/shared/gnu/IRIX64/mips-sgi-irix6.5
- --enable-languages=c,ada,c++,objc,obj-c++

binutils:
binutils-2.16.1


Build system:
IRIX64 octane-3 6.5 10070055 IP30 mips unknown Irix

cc for building:
gcc
gcc (GCC) 4.0.2
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`mips-sgi-irix6.5'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00898.html

- --
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

iD8DBQFDfZYd3s6elE6CYeURAgLJAJ49oG3OQMlMm+fc2KSsnmittVUmYgCgpd4t
aJ1dWyp3pz1bW2QcOAC02Lo=
=3l6s
-END PGP SIGNATURE-

Successfull build of gcc-4.1.0 20051112 (experimental) on i686-pc-linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.1.0 20051112 (experimental)
Platform: i686-pc-linux-gnu
configure flags:
- --prefix=/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/install/bin/ld
- --enable-threads=posix --enable-shared --enable-__cxa_atexit
- --with-gmp=/appl/shared/gnu/Linux/i686-pc-linux-gnu
- --with-mpfr=/appl/shared/gnu/Linux/i686-pc-linux-gnu
- --enable-languages=c,ada,c++,fortran,java,objc,obj-c++

binutils:
binutils-2.16.1


Build system:
Linux cfd-1 2.6.14-1.1637_FC4smp #1 SMP Wed Nov 9 18:34:11 EST 2005 i686
i686 i386 GNU/Linux

cc for building:
gcc
gcc (GCC) 4.0.2
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`i686-pc-linux-gnu'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00899.html

- --
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

iD8DBQFDfZZv3s6elE6CYeURAiEJAKCDUwi23PkjsVUVASRDB0vgfnj5EACgtTM7
JWeQy1I/WtznnfOUid1c7CE=
=4nGs
-END PGP SIGNATURE-

Successfull build of gcc-4.1.0 20051112 (experimental) on x86_64-unknown-linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.1.0 20051112 (experimental)
Platform: x86_64-unknown-linux-gnu
configure flags:
- --prefix=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/Linux/x86_64-unknown-linux-gnu/install/bin/ld
- --enable-threads=posix --enable-shared --enable-__cxa_atexit
- --with-gmp=/appl/shared/gnu/Linux/x86_64-unknown-linux-gnu
- --with-mpfr=/appl/shared/gnu/Linux/x86_64-unknown-linux-gnu
- --enable-languages=c,ada,c++,fortran,java,objc,obj-c++

binutils:
binutils-2.16.1


Build system:
Linux cfd-6 2.6.13-1.1532_FC4smp #1 SMP Thu Oct 20 01:42:06 EDT 2005
x86_64 x86_64 x86_64 GNU/Linux

cc for building:
gcc
gcc (GCC) 4.0.2
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`x86_64-unknown-linux-gnu'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00900.html

- --
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

iD8DBQFDfZbW3s6elE6CYeURAgDCAJ9jjTV87GzFNiCoIIyBFW+0rJpX5wCfa1M6
TWGoTDckZSWTSkwYDqq+ink=
=qgOF
-END PGP SIGNATURE-

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-

Successfull build of gcc-4.1.0 20051112 (experimental) on ia64-unknown-linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Compiler version: 4.1.0 20051112 (experimental)
Platform: ia64-unknown-linux-gnu
configure flags:
- --prefix=/SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install
- --with-gnu-as
- --with-as=/SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install/bin/as
- --with-gnu-ld
- --with-ld=/SCRATCH/gcc-build/Linux/ia64-unknown-linux-gnu/install/bin/ld
- --enable-threads=posix --enable-shared --enable-__cxa_atexit
- --with-gmp=/appl/shared/gnu/Linux/ia64-unknown-linux-gnu
- --with-mpfr=/appl/shared/gnu/Linux/ia64-unknown-linux-gnu
- --enable-languages=c,ada,c++,fortran,java,objc,obj-c++

binutils:
binutils-2.16.1


Build system:
Linux exxon 2.4.21-32.0.1.EL.cern #1 SMP Thu May 26 11:51:54 CEST 2005
ia64 ia64 ia64 GNU/Linux

cc for building:
gcc
gcc (GCC) 4.0.2
Copyright (C) 2005 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


as for building:
GNU assembler 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.
This assembler was configured for a target of \`ia64-unknown-linux-gnu'.

ld for building:
GNU ld version 2.16.1
Copyright 2005 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License.  This program has absolutely no warranty.

testresults:

http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg00921.html

- --
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

iD8DBQFDfhKv3s6elE6CYeURApNpAKCmg2Yy8KN1hK37fGTUKHz/cLOAfwCfdVmw
gF2s7ouF43qykCf6vIPEgBM=
=DQE8
-END PGP SIGNATURE-

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 tecosim1600 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 3

Failed to build cross-compiler gcc-4.1 20051228 build system i686-pc-linux-gnu target system i686-pc-mingw32

[Rainer Emrich]

-pc-mingw32/bin/nm
output... ok
checking if libtool supports shared libraries... yes
checking if package supports dlls... no
checking whether to build shared libraries... no
checking whether to build static libraries... yes
creating libtool
updating cache ./config.cache
configure: loading cache ./config.cache
checking how to run the C++ preprocessor...
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/xgcc
- -shared-libgcc
-
-B/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/
- -nostdinc++
-
-L/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/i686-pc-mingw32/libstdc++-v3/src
-
-L/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/i686-pc-mingw32/libstdc++-v3/src/.libs
-
-B/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/bin/
-
-B/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/lib/
- -isystem
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/include
- -isystem
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/sys-include
- -E
loading cache ./config.cache within ltconfig
checking host system type... i686-pc-mingw32
checking build system type... i686-pc-linux-gnu
checking for objdir... .libs
checking for
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/xgcc
option to produce PIC... -DDLL_EXPORT -DPIC
checking if
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/xgcc
PIC flag -DDLL_EXPORT -DPIC works... yes
checking if
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/xgcc
static flag -static works... yes
finding the maximum length of command line arguments... (cached) 49153
checking if
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/xgcc
supports -c -o file.o... (cached) yes
checking if
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/xgcc
supports -fno-rtti -fno-exceptions ... yes
checking whether the linker
(/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/bin/i686-pc-mingw32-ld)
supports shared libraries... no
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking dynamic linker characteristics... Win32 ld.exe
checking command to parse
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/bin/nm
output... ok
checking if libtool supports shared libraries... no
checking whether to build shared libraries... no
checking whether to build static libraries... yes
appending configuration tag "CXX" to libtool
checking for exception model to use... sjlj
checking for enabled PCH... yes
checking for compiler with PCH support... yes
checking for underlying I/O to use... stdio
checking how to run the C preprocessor...
/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/xgcc
-
-B/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.0.2/cross/i686-pc-mingw32/gcc-4.0.2/gcc/
-
-B/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/bin/
-
-B/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/lib/
- -isystem
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/include
- -isystem
/appl/shared/gcc/Linux/i686-pc-linux-gnu/gcc-4.0.2-i686-pc-mingw32/i686-pc-mingw32/sys-include
- -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking for C locale to use... generic
checking for std::allocator base class to use... new
configure: "C" header strategy set to c_std
checking for ISO C99 support in ... yes
checking complex.h usability... yes
checking complex.h presence... yes
checking for complex.h... yes
checking for ISO C99 support in ... yes
checking for ISO C99 support in ... yes
checking for lldiv_t declaration... yes
checking for ISO C99 support in ... yes
checking for additional ISO C99 support in ... yes
checking for enabled ISO C99 support... yes
checking for thread model used by GCC... win32
configure: Debug build flags set to -g3 -O0
checking for additional debug build... no
checking for extra compiler flags for building...
checking for sys/types.h... (cached) yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking float.h usability... yes
checking float.h presence... yes
checking for float.h... yes
checking for main in -lm... yes

Some hints?


- --
Ra

Bootstrap failure on Linux/i686 in Ada

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Bootstrap failed in stage 3 on building gprmake:

../../gnatmake -c -I../rts -I.
- -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2/gcc/ada gprmake
- --GCC="../../xgcc -B../../ -O2 -g -O2   -gnatpg -gnata"
../../xgcc -c -I./ -I../rts -I.
- -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2/gcc/ada -B../../ -O2 
-g
- -O2 -gnatpg -gnata -I-
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2-svn/gcc/ada/gprmake.adb
../../xgcc -c -I./ -I../rts -I.
- -I/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2/gcc/ada -B../../ -O2 
-g
- -O2 -gnatpg -gnata -I-
/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2-svn/gcc/ada/makegpr.adb

raised STORAGE_ERROR : stack overflow (or erroneous memory access)
gnatmake:
"/raid/tecosim/it/devel/projects/develtools/src/gcc-4.2-svn/gcc/ada/makegpr.adb"
compilation error
gmake[3]: *** [../../gprmake] Error 4
gmake[3]: Leaving directory
`/disk1/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.2/gcc-4.2/stage3-gcc/ada/tools'
gmake[2]: *** [gnattools-native] Error 2
gmake[2]: Leaving directory
`/disk1/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.2/gcc-4.2/gnattools'
gmake[1]: *** [all-gnattools] Error 2
gmake[1]: Leaving directory
`/disk1/SCRATCH/gcc-build/Linux/i686-pc-linux-gnu/gcc-4.2/gcc-4.2'


- --
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

iD8DBQFDuUxF3s6elE6CYeURAoD7AKCv5GtEBqr5/E5tjHYRwwcewdzgigCg0cNL
lynthMiMOvNiH6j4AL83NCM=
=FvR+
-END PGP SIGNATURE-

ld fails to build proper executables in several cases on x64_64-w64-mingw32

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

I first discovered this by bootstrapping gcc and running the
testsuite. I got around 1200 new failures for the same gcc revision
using binutils-2.26 compared to using binutils-2.25.1, see
https://gcc.gnu.org/ml/gcc-testresults/2016-01/msg02756.html
and
https://gcc.gnu.org/ml/gcc-testresults/2016-01/msg02757.html

Most failures in the libstdc++ testsuite, 954 additional failures.

Besides the new failures, some tests which PASS and a some which FAIL
allocate huge memory spaces, over 40 GByte.

So I tried to analyze a bit. I picked a test case from the libstdc++
testsuite 22_locale/locale/cons/6.cc. Checking the preprocessed
source, the assemply and the object files for the support library and
the test case itself there's no difference. I disabled all debug
information for an easier comparison. The objects are identical for
both versions.

The culprit is the linker, I opened a bug report, which includes a
test case, see https://sourceware.org/bugzilla/show_bug.cgi?id=19531

Any idea what's going wrong here?

Rainer

-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWqz68AAoJEB3HOsWs+KJbWOoH+gOEWbibv6eyP+jabcGzP/Ng
AhdpMs8T9VyBodIeDTrA/jyxePfQoQ3y8Kk++1Y88lmq1Pwi43/gl6e4JSOK8Rhg
ORGs44WTLQFsxQBEnK2zttLpZ0NWMcxQotgYQV5MJtmBIIAMZkkI/2plyKoHteeW
+V0c0Ci0xcnz8qEHGBHqF2ma9n8Nmn/CEa+wWyvGWcBKqhQYkfjFKyMm8X5qFI5U
/xZ4SvGj0qoGWwYobCoNrYwmNlDKmIXzg73+lJ0L1EcnAj5zCBLJ7V44Ppz187bc
Vuid/gGgYzhoZwOKRVGuYc7HvqjtNerOb6z3mM4P6pwkED3XHOMQg/5Gql+aHzw=
=re6g
-END PGP SIGNATURE-

Revision 243196 breaks bootstrap on x86_64-w64-mingw32 using --with-sysroot

[Rainer Emrich]

Revision 243196 breaks native bootstrap on x86_64-w64-mingw32 using
--with-sysroot to point gcc to the mingw-w64 runtime. This used to work
since years until then.

The bootstrap fails in stage 1 building libgcc due to not finding the
runtime libraries.

I opened PR 78880.



signature.asc
Description: OpenPGP digital signature

gcc-4.9.0 manual

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Not Found

The requested URL /onlinedocs/gcc-4.9.0/libstdc++-api.pdf.gz was not found on
this server.

Apache Server at gcc.gnu.org Port 80
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTV4jYAAoJEB3HOsWs+KJb1d4H/jgVEMJWehmLledmOfIwnOQc
n5vGJCz6B633gKk5TVbh/WL8r2Ovh3EgCU/aS1Y+Cz6Z99XoB9Ju1X+yC71tX3+h
J8Yu4UWRtvjwGTnrry60Q2XxwTCmavzrm4MhQOcg4w5skjIE1Mhkpz2wX9O23ZZN
yvdRdTSB8O/temrTfCBkaS7LIyUeUi3qURemGVzSJLjnif5Vh0ao/dyUaQoXYX/B
fYzda6jLrVFuAHb6cGmbxrYg8f+EktuPtcOIsHM9p1SyVLd29fp/JGkuaTycwUHJ
4J/PfMLlw5TZ3py4QjazkZe8liyNlmqHCq3+b4Wxv6sz+XdAxfBV4sKc5mZJxo0=
=Z6LN
-END PGP SIGNATURE-

Successfull bootstrap 4.9.1 (GCC) native x86_64-w64-mingw32

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

msys2 x86_64-w64-mingw32 setup on windows 7 system with an Intel(R) Xeon(R) E5
1660 v2 cpu, see http://sourceforge.net/p/mingw-w64/mailman/message/32493707/
mingw-w64 is trunk as of 21st of May.

testsuite results see
https://gcc.gnu.org/ml/gcc-testresults/2014-07/msg01531.html

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJTyVlYAAoJEB3HOsWs+KJbdacH/RSH4T+36nEG1/pSW/yUMmwV
TRhg1ZvduL8MRmLVaPJE1xOU6SdqY/GQTDTKNCsUGG+Vk7OZ6hiioVivn2fpW4NT
GC/IWxsPbvtOYc15h6bpn/xbfo3W5dQGhrsbnzx0GQIhM/Vmyzwr/wMdRMilcXPC
Qt89v8tcsS72XaPBdl6p6r1WnptyH1wWNTJs9Z+O3OELi2Wuvi3yJ1fOboTUOenQ
Ld6vts6uaO3jBbJM1JITvQ/csV620GwG7T/xmW1IbOdirf49S2/sQBLSRoDIp31L
lpbVlRHC3EVjofp0v77F3jHt1pON57EuaG09fb45f7e+v4kxq1RcBRwzBwPVf9g=
=1YOA
-END PGP SIGNATURE-

libstdc++ testsuite make targets check-parallel and check-performance don't work anymore

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Since the recent changes to the testsuites the folowing make targets in the
libstdc++ testsuite directory don't work anymore:

check-parallel
check-performance
check-performance-parallel

Any comments?

Cheers

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJUV5dzAAoJEB3HOsWs+KJbpyAIAKOttNcFAlFa5XSQ/bElqRrb
tAbO5pam4uf51ibbb8aXih+okh9jR5EUThYD8WqPmq7mU+t5TZyjjL+4mfJJNoZQ
hRAXb0nweO7Niy8CNUXv+gOOwVZ0vXAa1KA4+86Dz/dlKVSnZA/yNY+bXZrA/nnz
eac2HZk+a6hXeWJuyq/rQKqy1pwAmJWkIjPpJLsLmpVYCkDcJE4DkX1bOdnIa7j1
kHyzF/rVszg9dpSkf92fD22jLgK88dL7RSun77fxRW8AMcQgdpq0++2elh4A+9yd
TnSx5JKWbWtoRq2TXmZVlMcompyrhRqBI+nUUFgkqqlNDWKi+4EC7fUq6qXuL1o=
=/2+x
-END PGP SIGNATURE-

Re: libstdc++ testsuite make targets check-parallel and check-performance don't work anymore

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 11/04/2014 10:55 AM, schrieb Paolo Carlini:
> .. thanks a lot Jon! (after all this parallel mode is still useful
> for something ;)
> 
> Paolo.
Sorry for the terse message. I'm under heavy workload at the moment.
But AFAIS now everything looks good again.
Thanks a lot, Paolo and Jon!

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJUWNVLAAoJEB3HOsWs+KJb24YIAJ9WUYMXxfVfQetYQjh60rKv
VGJaJ30imyhx5i+G06XI9vPpds0zICnAm/CPNp4bQKAR8XkO0CzI7qbP63KYTPOA
nRBDG1sbhxOpXYWbx7CJ52MM860bYF4MuvVSX1aXVmE2at1MqiYxSscARYGJx5b8
e7+7C12TuyocdU9l3edv3j1eA2eW0R4A9Ae1XECsUQg8llgnhiT5p+Jd1fffwUSH
g+v8TDXwqcvmdt/aTfyP1C/Gl3YWh/uZARqcbiShq+dlb2je7n2s1l/ZpXc26vXN
Z10BIt7x3FRM61qQuUuiRHlRgEcEeaFpy4uPoYKLfbsAToPYcPKbY8YE7qQGNKo=
=SdTc
-END PGP SIGNATURE-

Bootstrap broken on trunk, stage 2 gengtype: Internal error: abort in error_at_line, at gengtype.c:112

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

This is on x86_64-w64-mingw32.

build/gengtype.exe  \
-S 
../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc -I 
gtyp-input.list -w tmp-gtype.state
gtyp-input.list:101: file 
../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc/tree-profile.c
 specified more than once for language (all)
gengtype: cp/cp-tree.h is in language directory 'cp' but is not tagged for that 
language
../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc/cp/cp-tree.h:524:
 type `abstract_class_use' previously defined
../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc/cp/typeck2.c:157:
 previously defined here
../../../../../../../opt/devel/gnu/src/gcc-mingw-w64/gcc-5.0.0/gcc/cp/cp-tree.h:5853:
 duplicate definition of 'struct (null)'
gengtype: Internal error: abort in error_at_line, at gengtype.c:112
Makefile:2401: recipe for target 's-gtype' failed
make[3]: *** [s-gtype] Error 1
make[3]: Leaving directory 
'/opt/devel/SCRATCH/tmp.wvqDtH7wOD/gcc-5.0.0/gcc-5.0.0/gcc'
Makefile:4414: recipe for target 'all-stage2-gcc' failed
make[2]: *** [all-stage2-gcc] Error 2

Any bell rings?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJVEtokAAoJEB3HOsWs+KJbYEgH/AqSUpHpxXgtJN6VNypecBHd
NunYa9bWXWw/u8y3qmFD6aHCqnhQ21Az250V1HKvgXbvfbs4oeDRuimdoAZTiXgG
c9R0V0Z+wqIwtpqP+1DYCG2nGOFM27/ZGd0V6t0RLHrnm6MLCOPoulAQrFVEPVSW
FhgLsk/sy1mOMf1LJGuzN7HhAuC2b0q8Hx/sI/Y5aIvr/LI1tkW27WKxqUV5OI/b
ykqD76TT+EeuhrF6CblITJHV1exUHWe1HRoi7WTlN7tj6d8RQJkmhY22Ssi7yjax
0y8GXWAeueTW3GqQb/3eXipE4BYoKnzIhwmYnhzBzRkJRTJ9KXA9PS1MV1lZT2g=
=V5u5
-END PGP SIGNATURE-

Re: GCC 5 Status Report (2015-03-20)

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Short status for x86_64-w64-mingw32:

There seems to be an issue with lto. Running the gcc and g++ tests I get a lot
of ICEs I didn't got end of October last year. All like this:

lto1.exe: internal compiler error: in read_cgraph_and_symbols, at lto/lto.c:2947

I opened a bug report for the ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65559

At the moment the gnatlib doesn't build, see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65540

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJVEu8RAAoJEB3HOsWs+KJbDaIIAKUqBOjRsp0H7c8O24rh335x
We9swIqEssu3LrcJee6ViGZDa0e3cdHeqRHLGnwQb51cXa+2TCzf3J95jijQp9ps
W48uxFdeObos7XmILbkwn099v1PZDGgyVSjuyPw2liTEepR4ipTLSiRFrKnC7Opb
UCzSeq7wjuFl1IB2b2eQsSUpQBo0xy4XlZ5w7KIt13jOBUVMf5OTi352BWW/kAct
UWdSep27NYwVjG7cuiNp5dkHNFFB5Zs8LQf60q6BbwsgT7Jws1Nr1Z0aewcXS2SP
/JuL8UXvwkvp4kSKD13iuvilqd9EQPrwUUT9PQtpuSQysdP1k8118/LAgAI8Xoc=
=Vcso
-END PGP SIGNATURE-

Re: Bootstrap broken on trunk, stage 2 gengtype: Internal error: abort in error_at_line, at gengtype.c:112

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 25.03.2015 17:22, schrieb Kai Tietz:
> Hmm, this seems to be something I haven't noticed until now.  It might be
> new ... I see that cp-tree.h is part of gtfiles in config-lang.in.  So the 
> warning about being not tagged for that language is weird.  Issue might be
> not directly within gcc.
I will retry in a few minutes.

> Instead it might be a make issue. You could ask on oftc in #msys2 channel
> for some details, too.
I doubt that. Until now I didn't had such kind of issues.
I don't schange my setup very often and didn't that recently.

Regards,
Rainer

-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJVEvDTAAoJEB3HOsWs+KJbOMoH/A/SDwjyr4VK0pKXA6vQKOYU
cGcyBBowf4YEQfd+ypBvmOVupTySgMLQT99gG6mHbOGF8FeFxPjb3aegrPNanb7C
7DbydZ2CUpdLyzyFwcBaiCBPUrDAX1BAu+eM28c4UfE4FhiszGzJalkSCe2SOjyP
ZaeLX08UKFw1SUkl/TjjDsEUgs5gEGNBuRymU5rHMC+sTp2VFEObnH2iqRHlAQdU
/hQmLK5VwkZWjZbBcYERKQoGyPp+UuLmBJ1vSatE+ASChBe1xnHOwRiQ0IUXzw+c
nDiZWg16VtnrKk0O5C/Dw9Kpsyo1PjY6si/sBk3mdPlhJO4I8WxZI3ZvZrCeK5M=
=ymj4
-END PGP SIGNATURE-

Re: Bootstrap broken on trunk, stage 2 gengtype: Internal error: abort in error_at_line, at gengtype.c:112

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 25.03.2015 18:30, schrieb Rainer Emrich:
> Am 25.03.2015 17:22, schrieb Kai Tietz:
>> Hmm, this seems to be something I haven't noticed until now.  It might
>> be new ... I see that cp-tree.h is part of gtfiles in config-lang.in.  So
>> the warning about being not tagged for that language is weird.  Issue
>> might be not directly within gcc.
> I will retry in a few minutes.
As it turns out, it works now, sorry for the noise!
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (MingW32)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBAgAGBQJVEv7TAAoJEB3HOsWs+KJbfaQH/j/lrmU8o3RLq32d3BqJRdDg
b/Wo3WP9wIEdFzX7OA+MA4a2agYXapN9Yh92N1aUCO4Il4YfN4f4o/39u/DnUG6u
eYJfQ9pNRQefqvlPVMAQMWUEgj1S6wFkOm5hom3djf9E6JoBK4POVAxe9FqpTFOY
R4roDkGRStPiM/i0IfF8zfdfbAsGn9M78gdeDv/8uAKMfAOPJnk9i/R8y05n2pZa
tRT5t5ISwPCU0wBIC/6gB5BFgV2Kspm39VS2xXLY+lSfly59fp5KbNMCdX42ECn7
d6fmPCai5bHvDho1JsflWhMNjvYQMvO8WvCYVm5x6j6MJS8vuDgJVdwT9PUzNJg=
=vA7e
-END PGP SIGNATURE-

Re: Successful bootsrap of gcc 8.2.0 on x86_64-w64-mingw32

[Rainer Emrich]

Am 30.08.2018 um 14:38 schrieb Jonathan Wakely:
> Thanks for these logs, they're very helpful. Trunk revision r263976
> fixes a number of the libstdc++ FAILs (compilation errors) and trunk
> revision r263977 fixes a load more (linker errors).
> 
> I'm about to fix one more FAIL, a recent regression that only affects
> LLP64 targets (i.e. only Windows) where sizeof(size_t) !=
> sizeof(long).
> 
> For your next trunk build, would it be possible to add
> --enable-libstdcxx-filesystem-ts to the configure options? That will
> test the filesystem TS and C++17 code. I know there are quite a few
> failures on mingw but it would be good to see a full set of results.
Here we go https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg03827.html
trunk rev. 263988, using --enable-languages=all --enable-fully-dynamic-string 
--enable-libstdcxx-filesystem-ts
Full build and testsuite logs at 
https://cloud.emrich-ebersheim.de/index.php/s/B9J89N94Rc8cgJZ



signature.asc
Description: OpenPGP digital signature

Test results update for gcc 9.0.0 on x86_64-w64-mingw32

[Rainer Emrich]

https://gcc.gnu.org/ml/gcc-testresults/2018-09/msg01798.html

Full build and testsuite logs here:
https://cloud.emrich-ebersheim.de/index.php/s/pootRHorSgdtBkG

If it's of any help I may try to do a bootstrap and testsuite run every
2 or 3 weeks.

Rainer



signature.asc
Description: OpenPGP digital signature

Results for 9.0.0 20180928 (experimental) [trunk revision 264686] (GCC) testsuite on x86_64-w64-mingw32

[Rainer Emrich]

As promised, results are available here:
https://gcc.gnu.org/ml/gcc-testresults/2018-09/msg03636.html

Complete build and test logs are available for download here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W

I keep the logs of some older revisions for comparison and added the
logs of my last 8.2.1 testsuite run.

At the moment the plan is to bootstrap and run the testsuite for trunk
every 2 weeks and for 8.2.1 every 4 weeks.

So, in two weeks time you may expect results for 9.0.0 and 8.2.1.



signature.asc
Description: OpenPGP digital signature

testsuite result updates for x86_64-w64-mingw32

[Rainer Emrich]

There are new testsuite results for x86_64-w64-mingw32, for versions
6.4.1, 7.3.1, 8.2.1 and 9.0.0.

https://gcc.gnu.org/ml/gcc-testresults/2018-10/msg02309.html
https://gcc.gnu.org/ml/gcc-testresults/2018-10/msg02310.html
https://gcc.gnu.org/ml/gcc-testresults/2018-10/msg02312.html
https://gcc.gnu.org/ml/gcc-testresults/2018-10/msg02313.html

Complete build and test logs are available for download here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W

Have fun

Rainer



signature.asc
Description: OpenPGP digital signature

Status of 9.0.0 20190110 (experimental) [trunk revision 267818] (GCC) testsuite on x86_64-w64-mingw32

[Rainer Emrich]

There was a bug which prevented building libgfortran. Now after the
issue is fixed, see https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88331,
I have posted new testresults.

https://gcc.gnu.org/ml/gcc-testresults/2019-01/msg01052.html

Compared to rev. 265163 we have the following changes:

acats tests:
15 new unexpected failures

g++ tests:
155 additional unexpected failures

gcc tests:
63 additional unexpected failures

gfortran tests:
22 additional unexpected failures

gnat tests:
1 additional unexpected successes

obj-c++ tests:
5 additional unexpected failures

objc tests:
no difference

libatomic:
no difference

libgomp:
71 additional unexpected failures

libstdc++ tests:
5 additional unexpected failures

You may find the complete logs at
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W

I hope this helps.

Rainer



signature.asc
Description: OpenPGP digital signature

Status of 9.0.1 20190205 (experimental) [trunk revision 268546] (GCC) testsuite on x86_64-w64-mingw32

[Rainer Emrich]

Am 17.01.2019 um 17:05 schrieb Rainer Emrich:
> I will try to do a bootstrap and testsuite run again on the next weekend.
Ok, it took a little longer. I've updated my msys2 installation and the
mingw-w64 runtime. The test results are for a resent msys2 installation
and mingw-w64 runtime master from yesterday.

Test results here:
https://gcc.gnu.org/ml/gcc-testresults/2019-02/msg00657.html

Complete logs can be found here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W

All over all it looks not so bad.

There are several improvements, especially for the libstdc++ filesystem
part. Thanks Jonathan for all your work.



signature.asc
Description: OpenPGP digital signature

Results for 8.3.0 (GCC) testsuite on x86_64-w64-mingw32.

[Rainer Emrich]

Test results here:
https://gcc.gnu.org/ml/gcc-testresults/2019-02/msg03095.html

Complete logs can be found here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W






signature.asc
Description: OpenPGP digital signature

Status of all 3 aktiv bracnhes on x86_64-w64-mingw32.

[Rainer Emrich]

Test results here:

7.4.1 revision 270001
https://gcc.gnu.org/ml/gcc-testresults/2019-03/msg03790.html

8.3.1 revision 270001
https://gcc.gnu.org/ml/gcc-testresults/2019-03/msg03824.html

9.0.1 revision 270001
https://gcc.gnu.org/ml/gcc-testresults/2019-03/msg03904.html

Complete logs can be found here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W



signature.asc
Description: OpenPGP digital signature

Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Today I had the chance to bootstrap and runthe testsuite for trunk on
x86_64-w64-mingw32. Bootstrap is done with all supported languages
enabled including "D".

Testsuite results can be found here:
https://gcc.gnu.org/ml/gcc-testresults/2019-04/msg01795.html

Complete logs here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W

There's are two issues with the gdc testsuite.
1. The failed tests are printed twenty times to the test_summary.txt file.

2. couldn't open "gdc.test/compilable/99bottles.d"
ERROR: tcl error sourcing
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp.
ERROR: couldn't open "gdc.test/compilable/99bottles.d": no such file or
directory
while executing
"open $file r"
(procedure "grep" line 19)
invoked from within
"grep $prog "{\[ \t\]\+dg-\[-a-z\]\+\[ \t\]\+.*\[ \t\]\+}" line"
(procedure "dg-get-options" line 4)
invoked from within
"dg-get-options $prog"
(procedure "saved-dg-test" line 75)
invoked from within
"saved-dg-test gdc.test/compilable/99bottles.d { }
-I/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/compilable"
("eval" body line 1)
invoked from within
"eval saved-dg-test $args "
(procedure "dg-test" line 4)
invoked from within
"dg-test $test "$flags $flags_t" ${default-extra-flags}"
(procedure "gdc-dg-runtest" line 23)
invoked from within
"gdc-dg-runtest $filename $flags $imports"
(procedure "gdc-do-test" line 86)
invoked from within
"gdc-do-test"
(file
"/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp"
line 465)
invoked from within
"source
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp"
("uplevel" body line 1)
invoked from within
"uplevel #0 source
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp"
invoked from within
"catch "uplevel #0 source $test_file_name""

Hope this is of any help



signature.asc
Description: OpenPGP digital signature

Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 15.04.2019 um 17:22 schrieb Rainer Emrich:
> Today I had the chance to bootstrap and runthe testsuite for trunk on
> x86_64-w64-mingw32. Bootstrap is done with all supported languages
> enabled including "D".
> 
> Testsuite results can be found here:
> https://gcc.gnu.org/ml/gcc-testresults/2019-04/msg01795.html
> 
> Complete logs here:
> https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W
> 
> There's are two issues with the gdc testsuite.
> 1. The failed tests are printed twenty times to the test_summary.txt file.
> 
> 2. couldn't open "gdc.test/compilable/99bottles.d"
> ERROR: tcl error sourcing
> /opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp.
> ERROR: couldn't open "gdc.test/compilable/99bottles.d": no such file or
> directory
> while executing
> "open $file r"
> (procedure "grep" line 19)
> invoked from within
> "grep $prog "{\[ \t\]\+dg-\[-a-z\]\+\[ \t\]\+.*\[ \t\]\+}" line"
> (procedure "dg-get-options" line 4)
> invoked from within
> "dg-get-options $prog"
> (procedure "saved-dg-test" line 75)
> invoked from within
> "saved-dg-test gdc.test/compilable/99bottles.d { }
> -I/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/compilable"
> ("eval" body line 1)
> invoked from within
> "eval saved-dg-test $args "
> (procedure "dg-test" line 4)
> invoked from within
> "dg-test $test "$flags $flags_t" ${default-extra-flags}"
> (procedure "gdc-dg-runtest" line 23)
> invoked from within
> "gdc-dg-runtest $filename $flags $imports"
> (procedure "gdc-do-test" line 86)
> invoked from within
> "gdc-do-test"
> (file
> "/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp"
> line 465)
> invoked from within
> "source
> /opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp"
> ("uplevel" body line 1)
> invoked from within
> "uplevel #0 source
> /opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/gdc.test/gdc-test.exp"
> invoked from within
> "catch "uplevel #0 source $test_file_name""
> 
> Hope this is of any help
> 

There seems to be a generic issue with the tests in gcc/testsuite. The
log files do not contain the logs.

g++.log contains the following for example:

Test run by rainer on Mon Apr 15 10:52:52 2019
Native configuration is x86_64-w64-mingw32

=== g++ tests ===

Schedule of variations:
unix

Running target unix
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
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/config/default.exp
as tool-and-target-specific interface file.
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/asan/asan.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/bprob/bprob.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/charset/charset.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/compat/compat.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/compat/struct-layout-1.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/debug/debug.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/debug/dwarf2/dwarf2.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/dfp/dfp.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/dg.exp ...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/gcov/gcov.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/goacc-gomp/goacc-gomp.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/goacc/goacc.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/gomp/gomp.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/graphite/graphite.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/guality/guality.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/lto/lto.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/pch/pch.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/plugin/plugin.exp
...
Running
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.0.1/gcc/testsuite/g++.dg/simulate-thread/simulate-thread.exp
...

Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 15.04.2019 um 17:38 schrieb Jakub Jelinek:
> On Mon, Apr 15, 2019 at 05:30:14PM +0200, Rainer Emrich wrote:
>> There seems to be a generic issue with the tests in gcc/testsuite. The
>> log files do not contain the logs.
> 
> Perhaps contrib/dg-extract-results* misbehaved?
> Can you look for the testsuite/g++*/g++.log.sep files?  Do they contain
> everything?
> If yes, can you try to say
> mv contrib/dg-extract-results.py{,.bad}
> and retry, to see if there isn't a problem with the python version thereof?
Unfortunately I already deleted the build directory.
So, I will run a new bootstrap an testsuite run reduced with reduced
languages. Will take some hours.

Rainer



signature.asc
Description: OpenPGP digital signature

Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 15.04.2019 um 17:43 schrieb Rainer Emrich:
> Am 15.04.2019 um 17:38 schrieb Jakub Jelinek:
>> On Mon, Apr 15, 2019 at 05:30:14PM +0200, Rainer Emrich wrote:
>>> There seems to be a generic issue with the tests in gcc/testsuite. The
>>> log files do not contain the logs.
>>
>> Perhaps contrib/dg-extract-results* misbehaved?
>> Can you look for the testsuite/g++*/g++.log.sep files?  Do they contain
>> everything?
The *.log.sep files seem to be ok.

>> If yes, can you try to say
>> mv contrib/dg-extract-results.py{,.bad}
>> and retry, to see if there isn't a problem with the python version thereof?
I will try this over the night.

Rainer




signature.asc
Description: OpenPGP digital signature

Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 15.04.2019 um 20:12 schrieb Rainer Emrich:
> Am 15.04.2019 um 17:43 schrieb Rainer Emrich:
>> Am 15.04.2019 um 17:38 schrieb Jakub Jelinek:
>>> On Mon, Apr 15, 2019 at 05:30:14PM +0200, Rainer Emrich wrote:
>>>> There seems to be a generic issue with the tests in gcc/testsuite. The
>>>> log files do not contain the logs.
>>>
>>> Perhaps contrib/dg-extract-results* misbehaved?
>>> Can you look for the testsuite/g++*/g++.log.sep files?  Do they contain
>>> everything?
> The *.log.sep files seem to be ok.
> 
>>> If yes, can you try to say
>>> mv contrib/dg-extract-results.py{,.bad}
>>> and retry, to see if there isn't a problem with the python version thereof?
> I will try this over the night.
The shell version of dg-extract-results does not work either.

AFAIS, there were changes to the dg-extract-results script 5th of March.
Looks like these changes are causing the issue, but I'm not sure.

What I can say, my setup works at least for the gcc-8 branch and used to
work in the past.



signature.asc
Description: OpenPGP digital signature

dg-extract-results broken since rev 268511, was Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 16.04.2019 um 11:59 schrieb Rainer Emrich:
> Am 15.04.2019 um 20:12 schrieb Rainer Emrich:
>> Am 15.04.2019 um 17:43 schrieb Rainer Emrich:
>>> Am 15.04.2019 um 17:38 schrieb Jakub Jelinek:
>>>> On Mon, Apr 15, 2019 at 05:30:14PM +0200, Rainer Emrich wrote:
>>>>> There seems to be a generic issue with the tests in gcc/testsuite. The
>>>>> log files do not contain the logs.
>>>>
>>>> Perhaps contrib/dg-extract-results* misbehaved?
>>>> Can you look for the testsuite/g++*/g++.log.sep files?  Do they contain
>>>> everything?
>> The *.log.sep files seem to be ok.
>>
>>>> If yes, can you try to say
>>>> mv contrib/dg-extract-results.py{,.bad}
>>>> and retry, to see if there isn't a problem with the python version thereof?
>> I will try this over the night.
> The shell version of dg-extract-results does not work either.
> 
> AFAIS, there were changes to the dg-extract-results script 5th of March.
> Looks like these changes are causing the issue, but I'm not sure.
> 
> What I can say, my setup works at least for the gcc-8 branch and used to
> work in the past.
I tested dg-extractresults.sh manually and found that the change from
4th of February, revision 268411 broke the log extraction. Easy to test
with version from 23rd of September last year which works.

I don't have the time to analyze the python version, but my bet, it's
the same issue.



signature.asc
Description: OpenPGP digital signature

Re: dg-extract-results broken since rev 268511, was Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 16.04.2019 um 14:10 schrieb Christophe Lyon:
> On Tue, 16 Apr 2019 at 13:04, Rainer Emrich  
> wrote:
>>
>> Am 16.04.2019 um 11:59 schrieb Rainer Emrich:
>>> Am 15.04.2019 um 20:12 schrieb Rainer Emrich:
>>>> Am 15.04.2019 um 17:43 schrieb Rainer Emrich:
>>>>> Am 15.04.2019 um 17:38 schrieb Jakub Jelinek:
>>>>>> On Mon, Apr 15, 2019 at 05:30:14PM +0200, Rainer Emrich wrote:
>>>>>>> There seems to be a generic issue with the tests in gcc/testsuite. The
>>>>>>> log files do not contain the logs.
>>>>>>
>>>>>> Perhaps contrib/dg-extract-results* misbehaved?
>>>>>> Can you look for the testsuite/g++*/g++.log.sep files?  Do they contain
>>>>>> everything?
>>>> The *.log.sep files seem to be ok.
>>>>
>>>>>> If yes, can you try to say
>>>>>> mv contrib/dg-extract-results.py{,.bad}
>>>>>> and retry, to see if there isn't a problem with the python version 
>>>>>> thereof?
>>>> I will try this over the night.
>>> The shell version of dg-extract-results does not work either.
>>>
>>> AFAIS, there were changes to the dg-extract-results script 5th of March.
>>> Looks like these changes are causing the issue, but I'm not sure.
>>>
>>> What I can say, my setup works at least for the gcc-8 branch and used to
>>> work in the past.
>> I tested dg-extractresults.sh manually and found that the change from
>> 4th of February, revision 268411 broke the log extraction. Easy to test
>> with version from 23rd of September last year which works.
>>
>> I don't have the time to analyze the python version, but my bet, it's
>> the same issue.
>>
> Hi,
> 
> Sorry for the breakage, I really wanted to improve those scripts.
> Could you give me a reproducer, since we didn't notice problems in our
> validations?
Hi Christope,

I executed the dg-extract-results.sh manually in the gcc/testsuite
directory after a complete testsuite run which didn't give the correct
results. Rev. 240429 gives the expected results, where rev 268511 fails.
I'm on windows using msys2 with bash 4.4.23.

I'm bootsrapping at the moment but that's really slow on windows. When
the testsuite run is finished I try to assemble a reproducer. This will
take a while.

Thanks,

Rainer



signature.asc
Description: OpenPGP digital signature

Re: dg-extract-results broken since rev 268511, was Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 16.04.2019 um 14:49 schrieb Christophe Lyon:
> On Tue, 16 Apr 2019 at 14:34, Rainer Emrich  
> wrote:
>>
>> Am 16.04.2019 um 14:10 schrieb Christophe Lyon:
>>> On Tue, 16 Apr 2019 at 13:04, Rainer Emrich  
>>> wrote:
>>>>
>>>> Am 16.04.2019 um 11:59 schrieb Rainer Emrich:
>>>>> Am 15.04.2019 um 20:12 schrieb Rainer Emrich:
>>>>>> Am 15.04.2019 um 17:43 schrieb Rainer Emrich:
>>>>>>> Am 15.04.2019 um 17:38 schrieb Jakub Jelinek:
>>>>>>>> On Mon, Apr 15, 2019 at 05:30:14PM +0200, Rainer Emrich wrote:
>>>>>>>>> There seems to be a generic issue with the tests in gcc/testsuite. The
>>>>>>>>> log files do not contain the logs.
>>>>>>>>
>>>>>>>> Perhaps contrib/dg-extract-results* misbehaved?
>>>>>>>> Can you look for the testsuite/g++*/g++.log.sep files?  Do they contain
>>>>>>>> everything?
>>>>>> The *.log.sep files seem to be ok.
>>>>>>
>>>>>>>> If yes, can you try to say
>>>>>>>> mv contrib/dg-extract-results.py{,.bad}
>>>>>>>> and retry, to see if there isn't a problem with the python version 
>>>>>>>> thereof?
>>>>>> I will try this over the night.
>>>>> The shell version of dg-extract-results does not work either.
>>>>>
>>>>> AFAIS, there were changes to the dg-extract-results script 5th of March.
>>>>> Looks like these changes are causing the issue, but I'm not sure.
>>>>>
>>>>> What I can say, my setup works at least for the gcc-8 branch and used to
>>>>> work in the past.
>>>> I tested dg-extractresults.sh manually and found that the change from
>>>> 4th of February, revision 268411 broke the log extraction. Easy to test
>>>> with version from 23rd of September last year which works.
>>>>
>>>> I don't have the time to analyze the python version, but my bet, it's
>>>> the same issue.
>>>>
>>> Hi,
>>>
>>> Sorry for the breakage, I really wanted to improve those scripts.
>>> Could you give me a reproducer, since we didn't notice problems in our
>>> validations?
>> Hi Christope,
>>
>> I executed the dg-extract-results.sh manually in the gcc/testsuite
>> directory after a complete testsuite run which didn't give the correct
>> results. Rev. 240429 gives the expected results, where rev 268511 fails.
>> I'm on windows using msys2 with bash 4.4.23.
>>
>> I'm bootsrapping at the moment but that's really slow on windows. When
>> the testsuite run is finished I try to assemble a reproducer. This will
>> take a while.
>>
> 
> OK, thanks! Do you mean the problem happens on Windows only?
I don't know at the moment, because im only bootstrapping and testing on
windows on a semi regular basis. AFAIK I'm the only person which is
doing semi regular testsuite runs on windows and pushing the results to
gcc-testresults mailing list.

I doubt that I will find the time for bootstrapping and running the
testsuite on linux in the next few days.



signature.asc
Description: OpenPGP digital signature

Re: dg-extract-results broken since rev 268511, was Re: Status of 9.0.1 20190415 [trunk revision 270358] on x86_64-w64-mingw32

[Rainer Emrich]

Am 16.04.2019 um 17:36 schrieb Jakub Jelinek:
> On Tue, Apr 16, 2019 at 03:44:44PM +0200, Jakub Jelinek wrote:
>> I can't reproduce this on my Fedora 29 x86_64-linux bootstrap box though,
>> the *.log files are complete there.
>>
>> And I have no idea if it was introduced with your change or earlier.
> 
> Actually, I managed to reproduce in a Fedora 31 chroot, in which I don't
> have /usr/bin/python installed (I think in Fedora 30+ there is
> /usr/bin/python2 and /usr/bin/python3 but not /usr/bin/python, at least not
> in the default buildroot).
On msys2 there is no python executable but /usr/bin/python2.
Optionally you may install python3.


> 
> The changes to contrib/dg-extract-results.sh look wrong to me:
> --- contrib/dg-extract-results.sh 2018-04-25 09:40:40.139659386 +0200
> +++ contrib/dg-extract-results.sh 2019-03-05 21:49:34.471573434 +0100
> @@ -298,6 +298,8 @@ BEGIN {
>cnt=0
>print_using=0
>need_close=0
> +  has_timeout=0
> +  timeout_cnt=0
>  }
>  /^EXPFILE: / {
>expfiles[expfileno] = \$2
> @@ -329,16 +331,37 @@ BEGIN {
># Ugly hack for gfortran.dg/dg.exp
>if ("$TOOL" == "gfortran" && testname ~ /^gfortran.dg\/g77\//)
>  testname="h"testname
> +  if (\$1 == "WARNING:" && \$2 == "program" && \$3 == "timed" && (\$4 == 
> "out" || \$4 == "out.")) {
> +has_timeout=1
> +timeout_cnt=cnt
> +  } else {
> +  # Prepare timeout replacement message in case it's needed
> +timeout_msg=\$0
> +sub(\$1, "WARNING:", timeout_msg)
> +  }
>  }
>  /^$/ { if ("$MODE" == "sum") next }
>  { if (variant == curvar && curfile) {
>  if ("$MODE" == "sum") {
> -  printf "%s %08d|", testname, cnt >> curfile
> -  cnt = cnt + 1
> +  # Do not print anything if the current line is a timeout
> +  if (has_timeout == 0) {
> +# If the previous line was a timeout,
> +# insert the full current message without keyword
> +if (timeout_cnt != 0) {
> +  printf "%s %08d|%s program timed out.\n", testname, timeout_cnt, 
> timeout_msg >> curfile
> +  timeout_cnt = 0
> +  cnt = cnt + 1
> +}
> +printf "%s %08d|", testname, cnt >> curfile
> +cnt = cnt + 1
> +filewritten[curfile]=1
> +need_close=1
> +if (timeout_cnt == 0)
> +  print >> curfile
> +  }
> +
> +  has_timeout=0
>  }
> -filewritten[curfile]=1
> -need_close=1
> -print >> curfile
>} else
>  next
>  }
> First of all, I don't see why the WARNING: program timed out
> stuff should be handled in any way specially in -L mode, there is no sorting
> at all and all the lines go together.  But more importantly, the above
> changes broke completely the -L mode, previously the filewritten, need_close
> and print lines were done for both sum and log modes, but now they are done
> only in the sum mode (and in that case only if has_timeout is 0, which is
> desirable).
> 
> I believe the following patch should fix it, but I don't actually have any
> WARNING: program timed out
> lines in my *.sep files in any of the last 12 bootstraps I have around.
I do have several "program timed out" in libgomp, so I may test this.


> 
> Additionally, perhaps we should change dg-extract-results.sh, so that it
> doesn't try just python, but also python3?  I think in some distros
> /usr/bin/python even warns users that they should decide if they mean
> python2 or python3.
As explained above I vote for this change.




signature.asc
Description: OpenPGP digital signature

What's the status of of D on mingw?

[Rainer Emrich]

Does anybody knows what's the plans for D on mingw.

AFAIS the frontend builds and is enabled for mingw. But the D runtime is
disabled for mingw and doesn't build.

A quick dive into the source showed that there is code for mingw target.
But it looks like the wrong configuration is selected.

Any ideas?



signature.asc
Description: OpenPGP digital signature

Re: What's the status of of D on mingw?

[Rainer Emrich]

Am 29.04.2019 um 09:59 schrieb Johannes Pfau:
> Am 25.04.19 um 20:05 schrieb Rainer Emrich:
>> Does anybody knows what's the plans for D on mingw.
>>
>> AFAIS the frontend builds and is enabled for mingw. But the D runtime is
>> disabled for mingw and doesn't build.
>>
>> A quick dive into the source showed that there is code for mingw target.
>> But it looks like the wrong configuration is selected.
>>
>> Any ideas?
> 
> it is correct that there are a few leftovers of previous MinGW support
> in druntime. That code is quite old: Back then upstream did only support
> the custom Digitalmars 32bit C library on Windows and MinGW was the only
> compiler targeting the msvcrt runtime. Then at some point upstream added
> support for msvcrt (CRuntime_Microsoft versioned code) but also broke
> MinGW code. We therefore did not push the MinGW config code when merging
> into GCC, as we knew MinGW was broken anyway.
> 
> I've did some work on fixing MinGW, but progress there has been delayed
> by proper emutls support (integration of GCC emutls with the D garbage
> collector). Without such GC support, most things would seem to work, but
> you get random crashes once the GC starts to collect live data. We
> actually never had proper emutls GC support in MinGW/GDC (I think
> someone had patches to implement native TLS in GCC and binutils though).
> 
> As we pushed emutls GC support a few days ago, I now revived my
> work-in-progress MinGW changes here:
> https://github.com/D-Programming-GDC/gcc/pull/14
That's really nice.

> 
> This likely won't make it into GCC 9.1 anymore though, so it's probably
> up for 9.2.
Yeah, I think it won't make it into 9.1, but I may test on the gcc-9
branch. That's fine for me.

Thanks for your work

Rainer



signature.asc
Description: OpenPGP digital signature

Status for 9.1.0 (GCC) on x86_64-w64-mingw32

[Rainer Emrich]

Testsuite results here:
https://gcc.gnu.org/ml/gcc-testresults/2019-05/msg00743.html

Complete bootstrap and testsuite logs here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W

At the moment there's an issue in the d frontend testsuite.

Linking of directory gdc.test "ln -s . gdc.test" in the gdc directory
doesn't work on msys2. This leads to a recursion and results in an error.

ERROR: tcl error sourcing
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp.
ERROR: couldn't open "gdc.test/compilable/99bottles.d": no such file or
directory
while executing
"open $file r"
(procedure "grep" line 19)
invoked from within
"grep $prog "{\[ \t\]\+dg-\[-a-z\]\+\[ \t\]\+.*\[ \t\]\+}" line"
(procedure "dg-get-options" line 4)
invoked from within
"dg-get-options $prog"
(procedure "saved-dg-test" line 75)
invoked from within
"saved-dg-test gdc.test/compilable/99bottles.d { }
-I/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/compilable"
("eval" body line 1)
invoked from within
"eval saved-dg-test $args "
(procedure "dg-test" line 4)
invoked from within
"dg-test $test "$flags $flags_t" ${default-extra-flags}"
(procedure "gdc-dg-runtest" line 23)
invoked from within
"gdc-dg-runtest $filename $flags $imports"
(procedure "gdc-do-test" line 86)
invoked from within
"gdc-do-test"
(file
"/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp"
line 468)
invoked from within
"source
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp"
("uplevel" body line 1)
invoked from within
"uplevel #0 source
/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp"
invoked from within
"catch "uplevel #0 source $test_file_name""



signature.asc
Description: OpenPGP digital signature

Re: Status for 9.1.0 (GCC) on x86_64-w64-mingw32

[Rainer Emrich]

Am 06.05.2019 um 16:36 schrieb Rainer Emrich:
> Testsuite results here:
> https://gcc.gnu.org/ml/gcc-testresults/2019-05/msg00743.html
> 
> Complete bootstrap and testsuite logs here:
> https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W
> 
> At the moment there's an issue in the d frontend testsuite.
> 
> Linking of directory gdc.test "ln -s . gdc.test" in the gdc directory
> doesn't work on msys2. This leads to a recursion and results in an error.
> 
> ERROR: tcl error sourcing
> /opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp.
> ERROR: couldn't open "gdc.test/compilable/99bottles.d": no such file or
> directory
> while executing
> "open $file r"
> (procedure "grep" line 19)
> invoked from within
> "grep $prog "{\[ \t\]\+dg-\[-a-z\]\+\[ \t\]\+.*\[ \t\]\+}" line"
> (procedure "dg-get-options" line 4)
> invoked from within
> "dg-get-options $prog"
> (procedure "saved-dg-test" line 75)
> invoked from within
> "saved-dg-test gdc.test/compilable/99bottles.d { }
> -I/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/compilable"
> ("eval" body line 1)
> invoked from within
> "eval saved-dg-test $args "
> (procedure "dg-test" line 4)
> invoked from within
> "dg-test $test "$flags $flags_t" ${default-extra-flags}"
> (procedure "gdc-dg-runtest" line 23)
> invoked from within
> "gdc-dg-runtest $filename $flags $imports"
> (procedure "gdc-do-test" line 86)
> invoked from within
> "gdc-do-test"
> (file
> "/opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp"
> line 468)
> invoked from within
> "source
> /opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp"
> ("uplevel" body line 1)
> invoked from within
> "uplevel #0 source
> /opt/devel/gnu/src/gcc-mingw-w64/gcc-9.1.0/gcc/testsuite/gdc.test/gdc-test.exp"
> invoked from within
> "catch "uplevel #0 source $test_file_name""
> 
opened Bug 90368.



signature.asc
Description: OpenPGP digital signature

Status of gcc 9.1.1 rev. 274208 on x86_64-w64-mingw32

[Rainer Emrich]

Testresults can be seen here:
https://gcc.gnu.org/ml/gcc-testresults/2019-08/msg00909.html

Complete logs of the testsuite run are available here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W



signature.asc
Description: OpenPGP digital signature

Successful build of gcc 9.2.0 on x86_64-w64-mingw32

[Rainer Emrich]

Testresults can be seen here:
https://gcc.gnu.org/ml/gcc-testresults/2019-08/msg01595.html

Complete logs of the testsuite run are available here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W



signature.asc
Description: OpenPGP digital signature

Status 7.4.1 on x86_64-w64-mingw32

[Rainer Emrich]

Testresults can be found here:
https://gcc.gnu.org/ml/gcc-testresults/2019-10/msg01742.html

Complete bootstrapo and testsuite logs are here:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W?path=%2F7.4.1-rev.277503




signature.asc
Description: OpenPGP digital signature

svn unavailable since more than an hour

[Rainer Emrich]

svn: E170013: Unable to connect to a repository at URL
'svn://gcc.gnu.org/svn/gcc/trunk'
svn: E210002: Network connection closed unexpectedly



signature.asc
Description: OpenPGP digital signature

gcc-testres...@gcc.gn.org rejects E-Mails with 552 spam score exceeded threshold

[Rainer Emrich]

Since today sometimes in the morning I'm not able to send test summaries
to gcc-testres...@gcc.gnu.org anymore.

gcc-testresu...@gcc.gnu.org:
SMTP error from remote server for TEXT command, host: gcc.gnu.org
(209.132.180.131) reason: 552 spam score exceeded threshold

Does anybody else see Thiss issue?



signature.asc
Description: OpenPGP digital signature

Status of gcc 10.0.0 on x86_64-w64-mingw32

[Rainer Emrich]

First status of gcc 10.0.0 on x86_64-w64-mingw32 for the new year.

Test results:
https://gcc.gnu.org/ml/gcc-testresults/2020-01/msg00355.html

Complete logs:
https://cloud.emrich-ebersheim.de/index.php/s/g9D245XdCW6GD5W?path=%2F10.0.0-rev.279895



signature.asc
Description: OpenPGP digital signature

tcl errors during testsuite run

[Rainer Emrich]

Recently I get a lot of tcl errors during the testsuite run.

for example:
ERROR: tcl error sourcing 
/opt/devel/gnu/src/gcc-mingw-w64/gcc-8.0.0/gcc/testsuite/gcc.dg/torture/tls/tls.exp.
ERROR: torture-init: torture_without_loops is not empty as expected 

Does anybody else sees this too?

I'm on x86_64-w64-mingw32, msys2 system using tcl 8.5.18-1,
dejagnu 1.5.3-1 and expect 5.45-1.

Any ideas?

Rainer



signature.asc
Description: OpenPGP digital signature

ICE in stage 2 during libgcc configure on x86_64-w64-mingw32, rev. 257390

[Rainer Emrich]

Today I get an ICE during configuration of libgcc in stage 2 on 
x86_64-w64-mingw32. That's rev. 257390.

configure:3688: 
/opt/devel/SCRATCH/tmp.Sbg1TmFqa7/gcc-8.0.0/gcc-8.0.0/./gcc/xgcc 
-B/opt/devel/SCRATCH/tmp.Sbg1TmFqa7/gcc-8.0.0/gcc-8.0.0/./gcc/ 
-L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/x86_6
4-w64-mingw32/lib 
-L/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/mingw/lib
 -isystem 
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/x86_64-w64-mingw32/include
-isystem 
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/mingw/include
 
-B/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/x86_64-w64-mingw32/bin/
 -B/opt/devel/gnu/
gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/x86_64-w64-mingw32/lib/
 -isystem 
/opt/devel/gnu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/x86_64-w64-mingw32/include
 -isystem /opt/devel/g
nu/gcc/MINGW_NT/x86_64-w64-mingw32/mingw-w64-runtime-trunk-svn/gcc-8.0.0/x86_64-w64-mingw32/sys-include
-c -g -O2  conftest.c >&5
during GIMPLE pass: cfg
conftest.c: In function 'main':
conftest.c:11:1: internal compiler error: Segmentation fault
 main ()
 ^~~~
libbacktrace could not find executable to open
Please submit a full bug report,
with preprocessed source if appropriate.
See  for instructions.
configure:3692: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "GNU C Runtime Library"
| #define PACKAGE_TARNAME "libgcc"
| #define PACKAGE_VERSION "1.0"
| #define PACKAGE_STRING "GNU C Runtime Library 1.0"
| #define PACKAGE_BUGREPORT ""
| #define PACKAGE_URL "http://www.gnu.org/software/libgcc/";
| /* end confdefs.h.  */
|
| int
| main ()
| {
|
|   ;
|   return 0;
| }
configure:3706: error: in 
`/opt/devel/SCRATCH/tmp.Sbg1TmFqa7/gcc-8.0.0/gcc-8.0.0/x86_64-w64-mingw32/libgcc':


Does somebody else sees this?



signature.asc
Description: OpenPGP digital signature

GCC 8.0.0 status on x86_64-w64-mingw32, some issues

[Rainer Emrich]

Here's a short status report for trunk on x86_64-w64-mingw32 host.

I know this is only a secondary platform, but there are some serius issues.

Especially the ada part is in a bad shape compared to 7.3.0, see
https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00439.html
and
https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00308.html

At least 20 of the acats tests catch all memory until the host memory is 
exhausted.
Same holds for the two libstdc++ tests
23_containers/unordered_set/requirements/exception/basic.cc
and
23_containers/unordered_set/requirements/exception/propagation_consistent.cc

For gcc 8.0.0 I had to disable lto due to the recent changes.

A second headsup, bintuils 2.30 breaks bootstraping for x86_64-w64-mingw32.
I get ICEs for the stage 2 compiler when configuring libgcc in stage 2, see
https://gcc.gnu.org/ml/gcc/2018-02/msg00034.html

Rainer




signature.asc
Description: OpenPGP digital signature

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

[Rainer Emrich]

Am 06.02.2018 um 22:50 schrieb Eric Botcazou:
>> Here's a short status report for trunk on x86_64-w64-mingw32 host.
>>
>> I know this is only a secondary platform, but there are some serius issues.
>>
>> Especially the ada part is in a bad shape compared to 7.3.0, see
>> https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00439.html
>> and
>> https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00308.html
>>
>> At least 20 of the acats tests catch all memory until the host memory is
>> exhausted. Same holds for the two libstdc++ tests
>> 23_containers/unordered_set/requirements/exception/basic.cc
>> and
>> 23_containers/unordered_set/requirements/exception/propagation_consistent.cc
> 
> Does passing -fno-reorder-blocks-and-partition change anything?
> 
Sorry for the stupid question. How do I pass this to the testsuite?



signature.asc
Description: OpenPGP digital signature

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

[Rainer Emrich]

Am 06.02.2018 um 22:50 schrieb Eric Botcazou:
>> Here's a short status report for trunk on x86_64-w64-mingw32 host.
>>
>> I know this is only a secondary platform, but there are some serius issues.
>>
>> Especially the ada part is in a bad shape compared to 7.3.0, see
>> https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00439.html
>> and
>> https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00308.html
>>
>> At least 20 of the acats tests catch all memory until the host memory is
>> exhausted. Same holds for the two libstdc++ tests
>> 23_containers/unordered_set/requirements/exception/basic.cc
>> and
>> 23_containers/unordered_set/requirements/exception/propagation_consistent.cc
> 
> Does passing -fno-reorder-blocks-and-partition change anything?
> 
Indeed, this solves most of the new failures. Here is the acats test
summary:
=== acats Summary ===
# of expected passes2298
# of unexpected failures22
*** FAILURES: c23003b c23003g c23003i c250002 c380004 cd2b11a cd2b15c
ce2102l ce2102m ce2103a ce2103b ce3102d ce3107a ce3115a cxa4005 cxa4008
cxa4016 cxa4019 cxac003 cxb3012 cxf3a01 cxf3a02
/opt/devel/gnu/src/gcc-mingw-w64/gcc-8.0.0/gcc/testsuite/ada/acats/run_all.sh
completed at Wed Feb  7 12:28:36 CET 2018

I may mail the log, if it's of any help.



signature.asc
Description: OpenPGP digital signature

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

[Rainer Emrich]

Am 08.02.2018 um 00:01 schrieb Eric Botcazou:
>> Indeed, this solves most of the new failures. Here is the acats test
>> summary:
>>  === acats Summary ===
>> # of expected passes 2298
>> # of unexpected failures 22
>> *** FAILURES: c23003b c23003g c23003i c250002 c380004 cd2b11a cd2b15c
>> ce2102l ce2102m ce2103a ce2103b ce3102d ce3107a ce3115a cxa4005 cxa4008
>> cxa4016 cxa4019 cxac003 cxb3012 cxf3a01 cxf3a02
>> /opt/devel/gnu/src/gcc-mingw-w64/gcc-8.0.0/gcc/testsuite/ada/acats/run_all.s
>> h completed at Wed Feb  7 12:28:36 CET 2018
> 
> Please open a PR for the ACATS regressions on mainline.
> 
PR84277, done.




signature.asc
Description: OpenPGP digital signature

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

[Rainer Emrich]

Am 06.02.2018 um 19:18 schrieb Jonathan Wakely:
> On 6 February 2018 at 18:03, Rainer Emrich wrote:
> 
>> At least 20 of the acats tests catch all memory until the host memory is 
>> exhausted.
>> Same holds for the two libstdc++ tests
>> 23_containers/unordered_set/requirements/exception/basic.cc
>> and
>> 23_containers/unordered_set/requirements/exception/propagation_consistent.cc
> 
> Are these new failures? What changed? Where does it get stuck?
> 

Some of my observations, I don't know whats expected:

In the function populate p(container_control)
"make_container_n made(n);" is called with n=82.
This allocates nearly 16GByte on memory. Is this expected?

Before the call to run_steps_to_limit(container_control, f) the
container_control structure has:
_M_bucket_count = 2019773507
_M_element_count = 82
_M_rehash_policy = {static _S_growth_factor = 2, _M_max_load_factor = 1,
_M_next_resize = 2019773507}

To answer my own question, that's not expected. So at this state it's
already wrong.



signature.asc
Description: OpenPGP digital signature

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

[Rainer Emrich]

Am 08.02.2018 um 10:00 schrieb Rainer Emrich:
> Am 06.02.2018 um 19:18 schrieb Jonathan Wakely:
>> On 6 February 2018 at 18:03, Rainer Emrich wrote:
>>
>>> At least 20 of the acats tests catch all memory until the host memory is 
>>> exhausted.
>>> Same holds for the two libstdc++ tests
>>> 23_containers/unordered_set/requirements/exception/basic.cc
>>> and
>>> 23_containers/unordered_set/requirements/exception/propagation_consistent.cc
>>
>> Are these new failures? What changed? Where does it get stuck?
>>
> 
> Some of my observations, I don't know whats expected:
> 
> In the function populate p(container_control)
> "make_container_n made(n);" is called with n=82.
> This allocates nearly 16GByte on memory. Is this expected?
> 
> Before the call to run_steps_to_limit(container_control, f) the
> container_control structure has:
> _M_bucket_count = 2019773507
> _M_element_count = 82
> _M_rehash_policy = {static _S_growth_factor = 2, _M_max_load_factor = 1,
> _M_next_resize = 2019773507}
> 
> To answer my own question, that's not expected. So at this state it's
> already wrong.
> 
Forgot to mention that's for
23_containers/unordered_set/requirements/exception/propagation_consistent.cc.




signature.asc
Description: OpenPGP digital signature

Re: GCC 8.0.0 status on x86_64-w64-mingw32, some issues

[Rainer Emrich]

Am 08.02.2018 um 10:14 schrieb Rainer Emrich:
> Am 08.02.2018 um 10:00 schrieb Rainer Emrich:
>> Am 06.02.2018 um 19:18 schrieb Jonathan Wakely:
>>> On 6 February 2018 at 18:03, Rainer Emrich wrote:
>>>
>>>> At least 20 of the acats tests catch all memory until the host memory is 
>>>> exhausted.
>>>> Same holds for the two libstdc++ tests
>>>> 23_containers/unordered_set/requirements/exception/basic.cc
>>>> and
>>>> 23_containers/unordered_set/requirements/exception/propagation_consistent.cc
>>>
>>> Are these new failures? What changed? Where does it get stuck?
>>>
>>
>> Some of my observations, I don't know whats expected:
>>
>> In the function populate p(container_control)
>> "make_container_n made(n);" is called with n=82.
>> This allocates nearly 16GByte on memory. Is this expected?
>>
>> Before the call to run_steps_to_limit(container_control, f) the
>> container_control structure has:
>> _M_bucket_count = 2019773507
>> _M_element_count = 82
>> _M_rehash_policy = {static _S_growth_factor = 2, _M_max_load_factor = 1,
>> _M_next_resize = 2019773507}
>>
>> To answer my own question, that's not expected. So at this state it's
>> already wrong.
>>
> Forgot to mention that's for
> 23_containers/unordered_set/requirements/exception/propagation_consistent.cc.
> 
For 23_containers/unordered_set/requirements/exception/basic.cc the
situation is a little bit different. During the fifth invocation of
run_steps_to_limit(i, container, f) about 32 GByte are allocated.
Interesstingly the output seems right:
N10__gnu_test12functor_base12insert_pointISt13unordered_setIN9__gnu_cxx17throw_value_limitESt4hashIS4_ESt8equal_toIS4_ENS3_21throw_allocator_limitIS4_EEELb1ELb0EEE
end count 7

But the container structure is nonesense after the call:
_M_bucket_count = 4294967291
_M_element_count = 77
_M_rehash_policy = {static _S_growth_factor = 2, _M_max_load_factor = 1,
_M_next_resize = 18446744073709551615}

I hope that helps.



signature.asc
Description: OpenPGP digital signature

Successful bootsrap of gcc 8.1.0 on x86_64-w64-mingw32

[Rainer Emrich]

Bootstrap is done with msys2 on Windows 7. For the testsuite results see
https://gcc.gnu.org/ml/gcc-testresults/2018-05/msg00583.html



signature.asc
Description: OpenPGP digital signature

Successful bootsrap of gcc 8.2.0 on x86_64-w64-mingw32

[Rainer Emrich]

Bootstrap is done with msys2 on Windows 7. For the testsuite results see
https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02651.html



signature.asc
Description: OpenPGP digital signature

Re: Successful bootsrap of gcc 8.2.0 on x86_64-w64-mingw32

[Rainer Emrich]

Am 22.08.2018 um 04:03 schrieb NightStrike:
> On Tue, Aug 21, 2018 at 2:05 PM, Alexey Pavlov  wrote:
>> вт, 21 авг. 2018 г. в 20:46, NightStrike :
>>> On Tue, Aug 21, 2018 at 9:52 AM, Rainer Emrich
>>>  wrote:
>>>> Bootstrap is done with msys2 on Windows 7. For the testsuite results see
>>>> https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02651.html
>>>
>>> Did you get SEH to work?
>>
>> MSYS2 have 64-bit GCC-8.2.0 toolchain in repo with SEH.
>> 32-bit GCC build fail because of gnat segfaults
> 
> Can either of you try trunk to see if SEH works?
> 
I can do that tommorow. I'm bootstrapping and testing 7.3.1 at the moment.




signature.asc
Description: OpenPGP digital signature

Re: Successful bootsrap of gcc 8.2.0 on x86_64-w64-mingw32

[Rainer Emrich]

Am 22.08.2018 um 15:24 schrieb NightStrike:
> On Wed, Aug 22, 2018 at 3:29 AM, Rainer Emrich
>  wrote:
>> Am 22.08.2018 um 04:03 schrieb NightStrike:
>>> On Tue, Aug 21, 2018 at 2:05 PM, Alexey Pavlov  wrote:
>>>> вт, 21 авг. 2018 г. в 20:46, NightStrike :
>>>>> On Tue, Aug 21, 2018 at 9:52 AM, Rainer Emrich
>>>>>  wrote:
>>>>>> Bootstrap is done with msys2 on Windows 7. For the testsuite results see
>>>>>> https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02651.html
>>>>>
>>>>> Did you get SEH to work?
>>>>
>>>> MSYS2 have 64-bit GCC-8.2.0 toolchain in repo with SEH.
>>>> 32-bit GCC build fail because of gnat segfaults
>>>
>>> Can either of you try trunk to see if SEH works?
>>>
>> I can do that tommorow. I'm bootstrapping and testing 7.3.1 at the moment.
> 
> Ok.  See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86941 for more
> information.
> 
Here are the test results for 9.0.0 20180504 (experimental) [trunk
revision 259948]
https://gcc.gnu.org/ml/gcc-testresults/2018-05/msg00644.html

I don't know what's changed since this revision.



signature.asc
Description: OpenPGP digital signature

Successful bootsrap of gcc 8.2.0 on x86_64-w64-mingw32

[Rainer Emrich]

Am 22.08.2018 um 15:57 schrieb Rainer Emrich:
> Am 22.08.2018 um 15:24 schrieb NightStrike:
>> On Wed, Aug 22, 2018 at 3:29 AM, Rainer Emrich
>>  wrote:
>>> Am 22.08.2018 um 04:03 schrieb NightStrike:
>>>> On Tue, Aug 21, 2018 at 2:05 PM, Alexey Pavlov  wrote:
>>>>> вт, 21 авг. 2018 г. в 20:46, NightStrike :
>>>>>> On Tue, Aug 21, 2018 at 9:52 AM, Rainer Emrich
>>>>>>  wrote:
>>>>>>> Bootstrap is done with msys2 on Windows 7. For the testsuite results see
>>>>>>> https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02651.html
>>>>>>
>>>>>> Did you get SEH to work?
>>>>>
>>>>> MSYS2 have 64-bit GCC-8.2.0 toolchain in repo with SEH.
>>>>> 32-bit GCC build fail because of gnat segfaults
>>>>
>>>> Can either of you try trunk to see if SEH works?
>>>>
>>> I can do that tommorow. I'm bootstrapping and testing 7.3.1 at the moment.
>>
>> Ok.  See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86941 for more
>> information.
>>
> Here are the test results for 9.0.0 20180504 (experimental) [trunk
> revision 259948]
> https://gcc.gnu.org/ml/gcc-testresults/2018-05/msg00644.html
> 
> I don't know what's changed since this revision.
> 
Here are the test results for latest gcc release versions:
gcc 6.4.0
https://gcc.gnu.org/ml/gcc-testresults/2017-07/msg01182.html
gcc 7.3.0
https://gcc.gnu.org/ml/gcc-testresults/2018-02/msg00308.html
gcc 8.2.0
https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02651.html

and here the latest branch results:
gcc 6.4.1 rev 263688
https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02763.html
gcc 7.3.1 rev 263688
https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02767.html
gcc 8.2.1 rev 263688
https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02805.html
gcc 9.0.0 rev 263688
https://gcc.gnu.org/ml/gcc-testresults/2018-08/msg02850.html

Build log, testsuite sum and log files for gcc 9.0.0 rev 263688:
https://cloud.emrich-ebersheim.de/index.php/s/XGA4DN8rWberrSm

Rainer









signature.asc
Description: OpenPGP digital signature

GCC online documentation

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

"GCC 4.6.1 Standard C++ Library Manual" and "GCC 4.6.1 Standard C++ Library
Reference Manual" missing.

http://gcc.gnu.org/onlinedocs/gcc-4.6.1/libstdc++/manual/spine.html

Not Found

The requested URL /onlinedocs/gcc-4.6.1/libstdc++/manual/spine.html was not
found on this server.
Apache/2.0.52 (Red Hat) Server at gcc.gnu.org Port 80



http://gcc.gnu.org/onlinedocs/gcc-4.6.1/libstdc++/api/

Not Found

The requested URL /onlinedocs/gcc-4.6.1/libstdc++/api/ was not found on this 
server.
Apache/2.0.52 (Red Hat) Server at gcc.gnu.org Port 80



The same for PDF, XML and HTML tarball in both cases.


Cheers

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk4JlGYACgkQoUhjsh59BL41EACeMKvQseGrlLkae6Y7Kia4kdL3
6dYAoJvdOlw3NzwtKQwAxq+vCAMJMOzO
=boi0
-END PGP SIGNATURE-

libstdc++-6.dll doesn't export functions -- gcc-4.6.1 and host=i686-pc-mingw32

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

there is a big issue in the gcc-4.6 series.
On mingw libstdc++-6.dll exports only:
atomic_flag_clear_explicit
atomic_flag_test_and_set_explicit

The gcc-4.5 series is fine.

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk4mtXwACgkQoUhjsh59BL5afgCgihsTxWO4/xK4n4zACC2Mo2Ys
Qu8An3vxBWmf9GXrsAGiJssaw+2EHanl
=lifa
-END PGP SIGNATURE-

Re: libstdc++-6.dll doesn't export functions -- gcc-4.6.1 and host=i686-pc-mingw32

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Am 20.07.2011 17:25, schrieb Jonathan Wakely:
> This should go to the libstdc++ list or even better to bugzilla, thanks
> 
> 
> 
> On 20/07/2011, Rainer Emrich  wrote:
> Hi,
> 
> there is a big issue in the gcc-4.6 series.
> On mingw libstdc++-6.dll exports only:
> atomic_flag_clear_explicit
> atomic_flag_test_and_set_explicit
The issue is introduced by bdf.ld 2.21.1.
I will post to the binutils list.

> 
> The gcc-4.5 series is fine.
> 
> Rainer
>>

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk4m9X8ACgkQoUhjsh59BL5OvwCgl0IR9e0SgTDR2jcd7313Fz7O
eW8AoKYlNZKckBWPaqWJrYDt8tb409BE
=m+Tm
-END PGP SIGNATURE-

default library search path for native *-w64-mingw32 builds is broken somehow

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I try to build native i686-w64-mingw32 and x86_64-w64-mingw32 configurations.
I have working cross configurations for both and the on stage builds succeed
without issues. But the built compilers have broken default library search 
pathes.

For the x86_64-w64-mingw32 case I have for the cross compiler:

$ x86_64-w64-mingw32-gcc -print-search-dirs
installiere:
c:\mingw\cross-gcc\gcc-4.5.0\x86_64-w64-mingw32\mingw\bin\../lib/gcc/x86_64-w64-mingw32/4.5.0/
Programme:
=c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../libexec/gcc/x86_64-w64-mingw32/4.5.0/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../libexec/gcc/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/bin/x86_64-w64-mingw32/4.5.0/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/bin/
Bibliotheken:
=c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/x86_64-w64-mingw32/4.5.0/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/../lib64/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../../mingw/mingw/lib64/x86_64-w64-mingw32/4.5.0/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../../mingw/mingw/lib64/../lib64/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/;
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../../mingw/mingw/lib64/

$ x86_64-w64-mingw32-gcc -Wl,--verbose -o test.exe test.o -lxyz
GNU ld (GNU Binutils) 2.19.51.20090719
  Supported emulations:
   i386pep
   i386pe
using internal linker script:
==
/* Default linker script, for normal executables */
OUTPUT_FORMAT(pei-x86-64)
SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib");
SECTIONS
{
.
.
.
}


==
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crt2.o
succeeded
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crt2.o
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crtbegin.o
succeeded
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crtbegin.o
attempt to open test.o succeeded
test.o
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/libxyz.dll.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/xyz.dll.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/libxyz.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/xyz.lib
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/libxyz.dll
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/xyz.dll
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0\libxyz.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/libxyz.dll.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/xyz.dll.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/libxyz.a 
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/xyz.lib 
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/libxyz.dll
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/xyz.dll 
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc\libxyz.a 
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/../lib64/libxyz.dll.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/../lib64/xyz.dll.a
failed
attempt to open
c:/mingw/cross-gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib

Re: default library search path for native *-w64-mingw32 builds is broken somehow

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Rainer Emrich schrieb:
> Rainer Emrich schrieb:
>> Kai Tietz schrieb:
>>> 2009/7/20 Kai Tietz :
>>>> 2009/7/20 Rainer Emrich :
> 
>>> For the native compiler I get:
>>> $ x86_64-w64-mingw32-gcc -print-search-dirs
>>> installiere:
>>> c:\mingw\gcc\gcc-4.5.0\x86_64-w64-mingw32\mingw\bin\../lib/gcc/x86_64-w64-mingw32/4.5.0/
>>> Programme:
>>> =c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../libexec/gcc/x86_64-w64-mingw32/4.5.0/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../libexec/gcc/;/usr/libexec/gcc/x86_64-w64-mingw32/4.5.0/;
>>> /usr/libexec/gcc/x86_64-w64-mingw32/;
>>> /usr/lib/gcc/x86_64-w64-mingw32/4.5.0/;
>>> /usr/lib/gcc/x86_64-w64-mingw32/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/bin/x86_64-w64-mingw32/4.5.0/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/bin/
>>> Bibliotheken:
>>> =c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/;
>>> /usr/lib/gcc/x86_64-w64-mingw32/4.5.0/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/x86_64-w64-mingw32/4.5.0/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/../lib64/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../x86_64-w64-mingw32/4.5.0/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../lib64/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../../mingw/mingw/lib64/x86_64-w64-mingw32/4.5.0/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../../mingw/mingw/lib64/../lib64/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../;
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../../mingw/mingw/lib64/
>>> $ x86_64-w64-mingw32-gcc -Wl,--verbose -o test.exe test.o -lxyz
>>> GNU ld (GNU Binutils) 2.19.51.20090719
>>>  Supported emulations:
>>>   i386pep
>>>   i386pe
>>> using internal linker script:
>>> ==
>>> /* Default linker script, for normal executables */
>>> OUTPUT_FORMAT(pei-x86-64)
>>> SEARCH_DIR("=/usr/local/lib"); SEARCH_DIR("=/lib"); SEARCH_DIR("=/usr/lib");
>>> SECTIONS
>>> {
>>> .
>>> .
>>> .
>>> }
> 
>>> ==
>>> attempt to open
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crt2.o
>>> succeeded
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crt2.o
>>> attempt to open
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crtbegin.o
>>> succeeded
>>> c:/mingw/gcc/gcc-4.5.0/x86_64-w64-mingw32/mingw/bin/../lib/gcc/x86_64-w64-mingw32/4.5.0/../../../../x86_64-w64-mingw32/lib/crtbegin.o
>>> attempt to open test.o succeeded
>>> test.o
>>> attempt to open


>>> c:\mingw\gcc\gcc-4.5.0\x86_64-w64-mingw32\mingw\bin\../../mingw/usr/lib/libxyz.dll
>>> failed
>>> attempt to open
>>> c:\mingw\gcc\gcc-4.5.0\x86_64-w64-mingw32\mingw\bin\../../mingw/usr/lib/xyz.dll
>>> failed
>>> attempt to open
>>> c:\mingw\gcc\gcc-4.5.0\x86_64-w64-mingw32\mingw\bin\../../mingw/usr/lib\xyz.lib
>>> failedC:\MinGW\gcc\gcc-4.5.0\x86_64-w64-mingw32\mingw\bin/ld.exe: cannot 
>>> find -lxyz
>>> collect2: ld gab 1 als Ende-Status zurück
> 
>>> So, there's a strange difference between the search path information and the
>>> actually searched directories for the native bild. None of the gcc internal 
>>> and
>>> sysroot directories are searched. The same is true for a i686-w64-mingw32 
>>> build.
>>> An attempt to do a three stage bootstrap fails for the same reason at 
>>> configure
>

trunk bootstrap failure in libgfortran for i686-pc-cygwin

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

if /bin/sh ./libtool --tag=CC --mode=compile
/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc/xgcc
- -B/home/rainer/software/build/i686-pc-cygwin/gcc-4.5.0/gcc/./gcc/
- -B/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/bin/
- -B/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/lib/ -isystem
/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/include -isystem
/opt/devel/gnu/gcc/gcc-4.5.0/i686-pc-cygwin/i686-pc-cygwin/sys-include
- -DHAVE_CONFIG_H -I. -I../../../../../../src/gcc-4.5.0/libgfortran -I.
- -iquote../../../../../../src/gcc-4.5.0/libgfortran/io
- -I../../../../../../src/gcc-4.5.0/libgfortran/../gcc
- -I../../../../../../src/gcc-4.5.0/libgfortran/../gcc/config -I../.././gcc
- -D_GNU_SOURCE  -std=gnu99 -Wall -Wstrict-prototypes -Wmissing-prototypes
- -Wold-style-definition -Wextra -Wwrite-strings -fcx-fortran-rules
- -ffunction-sections -fdata-sections -g -O2 -MT c99_functions.lo -MD -MP -MF
".deps/c99_functions.Tpo" -c -o c99_functions.lo `test -f
'intrinsics/c99_functions.c' || echo
'../../../../../../src/gcc-4.5.0/libgfortran/'`intrinsics/c99_functions.c; \
then mv -f ".deps/c99_functions.Tpo" ".deps/c99_functions.Plo"; else rm 
-f
".deps/c99_functions.Tpo"; exit 1; fi
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:536:1:
warning: no previous prototype for 'roundl'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:637:1:
warning: no previous prototype for 'lroundl'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:646:1:
warning: no previous prototype for 'llroundf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:655:1:
warning: no previous prototype for 'llround'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:664:1:
warning: no previous prototype for 'llroundl'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:676:1:
warning: no previous prototype for 'log10l'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:714:1:
warning: no previous prototype for 'floorl'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:740:1:
warning: no previous prototype for 'fmodl'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:812:1:
warning: no previous prototype for 'cexpf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:827:1:
warning: no previous prototype for 'cexp'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:859:1:
warning: no previous prototype for 'clogf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:871:1:
warning: no previous prototype for 'clog'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:935:1:
warning: no previous prototype for 'cpowf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:944:1:
warning: no previous prototype for 'cpow'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:964:1:
warning: no previous prototype for 'csqrtf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1017:1:
warning: no previous prototype for 'csqrt'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1125:1:
warning: no previous prototype for 'csinhf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1140:1:
warning: no previous prototype for 'csinh'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1172:1:
warning: no previous prototype for 'ccoshf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1187:1:
warning: no previous prototype for 'ccosh'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1219:1:
warning: no previous prototype for 'ctanhf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1236:1:
warning: no previous prototype for 'ctanh'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1272:1:
warning: no previous prototype for 'csinf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1287:1:
warning: no previous prototype for 'csin'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1319:1:
warning: no previous prototype for 'ccosf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1334:1:
warning: no previous prototype for 'ccos'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1366:1:
warning: no previous prototype for 'ctanf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1383:1:
warning: no previous prototype for 'ctan'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1421:1:
warning: no previous prototype for 'casinf'
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c: In
function 'casinf':
../../../../../../src/gcc-4.5.0/libgfortran/intrinsics/c99_functions.c:1423:

cloog static build

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I build my gcc windows versions (*-pc-cygwin, *-pc-mingw32, *-w64-mingw32) using
static build libraries gmp, mpfr, mpc, ppl and cloog. Configuration and building
of gcc is really easy using the --with-host-libstdcxx configure switch. That's
not true for cloog. If configured against static versions of gmp and ppl I have
to edit the Makefile manually and add -lstdc++ to LIBS.

Is there a possibility to check at configure time if a static version of gmp is
used and add -lstdc++ dependent on the result?

Cheers,
Rainer

P.S.: I'm using cloog-ppl-0.15.3.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkp/5sMACgkQoUhjsh59BL5dCACgwYYfY7smYWA5RdkT0O7W9y6f
BkwAoKmRvsfykaF7tGPsY3BFjuj2f31n
=1jaE
-END PGP SIGNATURE-

Re: cloog static build

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sebastian Pop schrieb:
> On Mon, Aug 10, 2009 at 04:22, Rainer Emrich 
> wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> I build my gcc windows versions (*-pc-cygwin, *-pc-mingw32, *-w64-mingw32) 
>> using
>> static build libraries gmp, mpfr, mpc, ppl and cloog. Configuration and 
>> building
>> of gcc is really easy using the --with-host-libstdcxx configure switch. 
>> That's
>> not true for cloog. If configured against static versions of gmp and ppl I 
>> have
>> to edit the Makefile manually and add -lstdc++ to LIBS.
>>
>> Is there a possibility to check at configure time if a static version of gmp 
>> is
>> used and add -lstdc++ dependent on the result?
>>
> 
> Fixed in the git repo: http://repo.or.cz/w/cloog-ppl.git and I will
> put a new tar.gz on
> ftp://gcc.gnu.org/pub/gcc/infrastructure/
> 
> Thanks for reporting this problem,
> Sebastian
> 
Thanks for the fast action! But that's still not working because you insert the
library at the beginning of the library list. We need it at the end of the list
after -lgmpxx to resolve correctly.

Cheers,
Rainer

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkqBX8MACgkQoUhjsh59BL5VGwCdE73Gbpmgn4NrooK9Ba41detA
nnUAni2uRTaxSccwq2wz20QXyC5jsmU1
=biKB
-END PGP SIGNATURE-

Re: cloog static build

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Sebastian Pop schrieb:
> Hi,
> 
> Could you please test the attached version of CLooG-PPL?
This looks perfect now. Thanks a lot!

Only a minor flaw remains:
make clean gives:
rm /version.h
rm: cannot remove `/version.h': No such file or directory

Cheers,
Rainer

> 
> Thanks,
> Sebastian Pop
> --
> AMD - GNU Tools
> 
> 
> 
> On Tue, Aug 11, 2009 at 07:10, Rainer Emrich 
> wrote:
> Sebastian Pop schrieb:
>>>> On Mon, Aug 10, 2009 at 04:22, Rainer Emrich 
>>>> wrote:
>>>>> -BEGIN PGP SIGNED MESSAGE-
>>>>> Hash: SHA1
>>>>>
>>>>> I build my gcc windows versions (*-pc-cygwin, *-pc-mingw32, 
>>>>> *-w64-mingw32) using
>>>>> static build libraries gmp, mpfr, mpc, ppl and cloog. Configuration and 
>>>>> building
>>>>> of gcc is really easy using the --with-host-libstdcxx configure switch. 
>>>>> That's
>>>>> not true for cloog. If configured against static versions of gmp and ppl 
>>>>> I have
>>>>> to edit the Makefile manually and add -lstdc++ to LIBS.
>>>>>
>>>>> Is there a possibility to check at configure time if a static version of 
>>>>> gmp is
>>>>> used and add -lstdc++ dependent on the result?
>>>>>
>>>> Fixed in the git repo: http://repo.or.cz/w/cloog-ppl.git and I will
>>>> put a new tar.gz on
>>>> ftp://gcc.gnu.org/pub/gcc/infrastructure/
>>>>
>>>> Thanks for reporting this problem,
>>>> Sebastian
>>>>
> Thanks for the fast action! But that's still not working because you insert 
> the
> library at the beginning of the library list. We need it at the end of the 
> list
> after -lgmpxx to resolve correctly.
> 
> Cheers,
> Rainer
> 
>>

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkqBinYACgkQoUhjsh59BL7bCgCcCS4P0+WhW2Amu10th5rMY3O6
8GIAn3M5lRAKIGjL4JE1y5OKSq7xWvQj
=w7Xy
-END PGP SIGNATURE-

libtool update?

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Are there any plans to update libtool?

There is at least one issue which is solved upstream, see
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40972

Cheers,
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkqKteYACgkQoUhjsh59BL7bIACfeflDjciLi1fG8X6s2qr7aJH3
k/MAoLGUWYRH8pHC4Dnmq5UpeMnX2YFQ
=apCy
-END PGP SIGNATURE-

libgcj still doesn't build for i686-pc-mingw32

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

gnu/java/security/jce/prng/natVMSecureRandom.cc: In static member function
»static jint
gnu::java::security::jce::prng::VMSecureRandom::natGenerateSeed(JArray<__java_byte>*,
jint, jint)«:
gnu/java/security/jce/prng/natVMSecureRandom.cc:29:15: Fehler: expected
type-specifier before »UnsupportedOperationException«
gnu/java/security/jce/prng/natVMSecureRandom.cc:29:15: Fehler: expected »;«
before »UnsupportedOperationException«

Kai, any idea?

attached the preproccesed source.

Cheers,
Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkqKuegACgkQoUhjsh59BL6KxgCgwSftfh7LDmdKcVFnHTmK90+6
EogAn0MfpEG5iIDR7kw6fER0KqF9svun
=blpw
-END PGP SIGNATURE-


natVMSecureRandom.i.gz
Description: GNU Zip compressed data

building LTO plugin fails for x86_64-unknown -linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

libtool: link: gcc -shared  .libs/lto-plugin.o
-
-L/SCRATCH/tmp.dYgZv17836/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/install/lib64
- -lelf
-
-L/SCRATCH/tmp.dYgZv17836/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/gcc-4.5.0/gcc-4.5.0/libiberty/pic
- -liberty-Wl,-soname -Wl,liblto_plugin.so.0 -o .libs/liblto_plugin.so.0.0.0
/opt/devel/gnu/gcc/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/gcc-4.4.1/bin/ld:
/SCRATCH/tmp.dYgZv17836/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/install/lib64/libiberty.a(argv.o):
relocation R_X86_64_32S against `_sch_istable' can not be used when making a
shared object; recompile with -fPIC
/SCRATCH/tmp.dYgZv17836/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/install/lib64/libiberty.a:
could not read symbols: Bad value
collect2: ld returned 1 exit status
gmake[3]: *** [liblto_plugin.la] Error 1
gmake[3]: Leaving directory
`/SCRATCH/tmp.dYgZv17836/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/gcc-4.5.0/gcc-4.5.0/lto-plugin'


Does anybody else sees this?

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrSAicACgkQoUhjsh59BL5XagCfb9ZVHFrpUVx/tvyUrZI+getK
quUAn3nR+7iR0YCD83pAOX7ekFGOkAuA
=3bqW
-END PGP SIGNATURE-

Re: building LTO plugin fails for x86_64-unknown -linux-gnu

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Richard Guenther schrieb:
> On Sun, Oct 11, 2009 at 6:21 PM, Richard Guenther
>  wrote:
>> On Sun, Oct 11, 2009 at 6:04 PM, Rainer Emrich
>>  wrote:
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA1
>>>
>>> libtool: link: gcc -shared  .libs/lto-plugin.o
>>> -
>>> -L/SCRATCH/tmp.dYgZv17836/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/install/lib64
>> is there a libiberty in that path?
>>
>>> - -lelf
>>> -
>>> -L/SCRATCH/tmp.dYgZv17836/Linux/x86_64-unknown-linux-gnu/openSUSE_10.3/gcc-4.5.0/gcc-4.5.0/libiberty/pic
>> it's supposed to be picked up from here instead.
> 
> Thus, I guess
> 
> Index: lto-plugin/Makefile.am
> ===
> --- lto-plugin/Makefile.am(revision 152638)
> +++ lto-plugin/Makefile.am(working copy)
> @@ -16,4 +16,4 @@ AM_CFLAGS = -Wall -Werror
>  libexecsub_LTLIBRARIES = liblto_plugin.la
> 
>  liblto_plugin_la_SOURCES = lto-plugin.c
> -liblto_plugin_la_LIBADD = $(LIBELFLIBS) -L../libiberty/pic -liberty
> +liblto_plugin_la_LIBADD = $(LIBELFLIBS) ../libiberty/pic/libiberty.a
> 
> would fix it.
> 
> Richard.
> 
Yes, I think that should fix the issue. I think it's a good idea in general to
make sure that the library is picked up from within the build tree.

So, for testing this change I have to regenerate the dependent files with
automake, no?

Rainer


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrS7noACgkQoUhjsh59BL4b7ACfV6hhQBRPOzpHTZYvwkUFRHP/
tqoAnA3ek9q/wIvbhUCRDqiK0z8dYDXt
=oh/6
-END PGP SIGNATURE-

cross build x86_64-unknown-linux-gnu to i686-pc-cygwin fails in libstdc++-v3

[Rainer Emrich]

in libstdc++-v3:

configure:57398: error: No support for this host/target combination.

Used to work for the gcc-4.4.x series.
Any ideas?

Rainer

native x86_64-w64-mingw32 fails to boostrap

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

cause are the generated scripts as and collect-ld in the gcc diretory.
After building the stage 1 compiler the configuration of libgcc fails.

configure:3019: /home/rainer/tmp/build/./gcc/xgcc
- -B/home/rainer/tmp/build/./gcc/
- -L/home/rainer/tmp/install/x86_64-w64-mingw32/lib
- -L/home/rainer/tmp/install/mingw/lib -isystem
/home/rainer/tmp/install/x86_64-w64-mingw32/include -isystem
/home/rainer/tmp/install/mingw/include
- -B/home/rainer/tmp/install/x86_64-w64-mingw32/bin/
- -B/home/rainer/tmp/install/x86_64-w64-mingw32/lib/ -isystem
/home/rainer/tmp/install/x86_64-w64-mingw32/include -isystem
/home/rainer/tmp/install/x86_64-w64-mingw32/sys-include
- -L/home/rainer/tmp/build/./ld-o conftest -g -O2   conftest.c  >&5
D:\phoenix\bin\sh.exe: *** fork: can't reserve memory for stack 0x4D -
0x6D, Win32 error 0
  0 [main] sh" 5452 sync_with_child: child 4404(0x234) died before
initialization with status code 0x1
710 [main] sh" 5452 sync_with_child: *** child state waiting for longjmp
D:/MSYS/home/rainer/tmp/build/gcc/as: fork: Resource temporarily unavailable

The only way to boostrap a native *mingw32 compiler is using msys. For
i686-w64-mingw32 that works excellent.

For x86_64-w64-mingw32the situation is different. We have a 64bit stage 1
compiler which invokes as and ld through the mentioned scripts which are
executed by a 32bit shell which calls the 64bit as or ld.
AFAIK, this in't going to work!

Any ideas?

Rainer
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkr66fUACgkQoUhjsh59BL7ERwCZAScKbRMlM7gXq8Rkpe0IbQxi
+jgAnjvC1UEUy+W0eTpWXRNLBXd9tZgR
=pZug
-END PGP SIGNATURE-

Re: libtool update?

[Rainer Emrich]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Ralf Wildenhues schrieb:
> Hello Rainer,
> 
> * Rainer Emrich wrote on Tue, Aug 18, 2009 at 04:08:38PM CEST:
>> Are there any plans to update libtool?
> 
> If anybody updates libtool before the Autoconf + Automake update,
> I'm probably going to run screaming.
> 
> Afterwards you can go crazy all you like.
> 
>> There is at least one issue which is solved upstream, see
>> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40972
> 
> There is at least one other issue solved upstream which you reported.
> 
> There is at least one other issue (-bindir) pending upstream which would
> be nice to have solved in GCC.
> 
> Cheers,
> Ralf
> 
Any news on libtool? Does anybody care to update?

Cheers,
Rainer

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkr66pEACgkQoUhjsh59BL403wCgyOG4J51seIYbUAdySGP3LMO7
a3AAn1h4oCA3LNZ0MBmvglDlAjVOqF9p
=1KEa
-END PGP SIGNATURE-