libgomp testsuite failures on hppa64-hp-hpux11.00

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=

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

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

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

elink `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 F

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

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

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

/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

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

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

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

00191.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.mozde

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

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 Eichsf

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

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

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

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

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

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

regression for ada on mips-sgi-irix6.5

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

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

ranty. 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: &g

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

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 Eichsf

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

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

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

sults: 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) Co

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

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:

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

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

Re: Anyone build 4.0.2 on IRIX 6.5?

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

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

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

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

-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

Bug in install of gfortran for gcc-4.0.2

ile 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

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

-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

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

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

Successfull build of gcc-4.1.0 20051112 (experimental) on 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 TE

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

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

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

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

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

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

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

rmal.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/deve

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

neral 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.tecosi

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

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 n

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

h presence... yes checking for float.h... yes checking for main in -lm... yes Some 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: Gnu

Bootstrap failure on Linux/i686 in Ada

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

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

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

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

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 Descript

gcc-4.9.0 manual

-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://ww

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

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

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

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

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

-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

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

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

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

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

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

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

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

-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

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

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

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

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 digita

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

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 lo

testsuite result updates for x86_64-w64-mingw32

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

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

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 tes

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

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 runtim

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

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.

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

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

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

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

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://gc

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

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

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

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 log

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

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

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

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

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

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 Emric

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

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

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

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 earlie

What's the status of of D on mingw?

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 i

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

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'

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

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

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

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 ther

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

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

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

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

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

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 is

Status of gcc 10.0.0 on x86_64-w64-mingw32

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 signat

tcl errors during testsuite run

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 x

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

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

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

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

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

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-

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

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-

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

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 cd

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

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

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

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

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

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 u

Successful bootsrap of gcc 8.1.0 on x86_64-w64-mingw32

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

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

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

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

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

Successful bootsrap of gcc 8.2.0 on x86_64-w64-mingw32

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 wrot

GCC online documentation

-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

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

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

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

-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. &g

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

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

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

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

trunk bootstrap failure in libgfortran for i686-pc-cygwin

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

cloog static build

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

Re: cloog static build

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

Re: cloog static build

e 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: >>&

libtool update?

-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

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

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

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

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

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

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

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

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

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

Re: libtool update?

-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

  1   2   >