Re: gcc 3.4.4 miscompiles eCos

On Fri, 9 Feb 2007, Guennadi Liakhovetski wrote: Now, up to some gcc version there has been a -finit-priority option, which was also used in eCos. As this option disappeared, having become silent default, it worked also without it... with 3.4.4 no longer. Binutils version used with 3.4.4 is 2.

gcc 3.4.4 miscompiles eCos

Hello all (I am not subscribed to the list, please cc all replies) I am cross-building the RedBoot bootloader (a part of the eCos project) for a PXA270 target. I can successfully build it with gcc 3.3.2, but if the same sources are compiled with 3.4.4, it crashes. The project is mostly in C w

Re: gcc 3.4.4 build fails on Solaris (SPARC): Unable to run C Compiled Programs

Ok - it built this time. I guess I should read the instructions - my fault... Thanks for the help! Mark - Original Message - From: "Eric Botcazou" <[EMAIL PROTECTED]> To: "Mark Cuss" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, April 11, 2006 10:52 AM Su

Re: gcc 3.4.4 build fails on Solaris (SPARC): Unable to run C Compiled Programs

> I thought it was OK to use a relative path. From what I understood, it is > a bad idea to build inside the directory that the gcc tar file is > uncompressed into, but I guess I can specifiy the path in full. Yes, and while you are at it, use the recommended config shell. -- Eric Botcazou

Re: gcc 3.4.4 build fails on Solaris (SPARC): Unable to run C Compiled Programs

Cuss" <[EMAIL PROTECTED]> Cc: Sent: Tuesday, April 11, 2006 10:22 AM Subject: Re: gcc 3.4.4 build fails on Solaris (SPARC): Unable to run C Compiled Programs I'm trying to build gcc 3.4.4 on a sparc machine running Solaris 9. My build setup was: ../gcc-3.4.4/configure --diabled-shar

Re: gcc 3.4.4 build fails on Solaris (SPARC): Unable to run C Compiled Programs

> I'm trying to build gcc 3.4.4 on a sparc machine running Solaris 9. My > build setup was: > ../gcc-3.4.4/configure --diabled-shared --prefix= dir> --enable-languages=c,c++ > make bootstrap I see 4 potential problems: - do not use a relative path to configure, - "--di

gcc 3.4.4 build fails on Solaris (SPARC): Unable to run C Compiled Programs

Hello I'm trying to build gcc 3.4.4 on a sparc machine running Solaris 9. My build setup was: ../gcc-3.4.4/configure --diabled-shared --prefix=dir> --enable-languages=c,c++ make bootstrap (the install dir is the same directory which I previously compiled and installed binutils in

RE: problem with the gcc 3.4.4

On 02 March 2006 00:02, Mike Stump wrote: > On Mar 1, 2006, at 3:47 AM, HASSAN AL MOATASSIME wrote: >> I have a problem with the compiler gcc 3.4.4. >> With the gcc 3.2 compiler, i have no problem with the following >>instruction : crea

Re: problem with the gcc 3.4.4

On Mar 1, 2006, at 3:47 AM, HASSAN AL MOATASSIME wrote: I have a problem with the compiler gcc 3.4.4. With the gcc 3.2 compiler, i have no problem with the following instruction : creal(U0[i])=PartieReelle; cimag(U0[i])=PartieImaginaire; Now with the gcc 3.4.4 i

problem with the gcc 3.4.4

Hi, I have a problem with the compiler gcc 3.4.4. With the gcc 3.2 compiler, i have no problem with the following instruction : creal(U0[i])=PartieReelle; cimag(U0[i])=PartieImaginaire; Now with the gcc 3.4.4 i have the folowing message : -- erreur: invalid

Successful build of gcc 3.4.4 [alphaev56-dec-osf5.1]

Hi, I've successfully built gcc 3.4.4 on Tru64 5.1B alphaev56-dec-osf5.1 which is not currently on your build page. http://gcc.gnu.org/gcc-3.4/buildstat.html Sorry - no test results, but I have since used it to build cvsnt 2.5.03.2214 and it all seems to work... * Output from running s

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

-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

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

/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

Re: Successfull gcc-3.4.4 build on hppa1.1-hp-hpux10.20

> Thanks! Do you know if this includes pthreads support in C++? There's support for the older DCE threads in 10.X. This is dropped in 11.X, but there's POSIX thread support. Dave -- J. David Anglin [EMAIL PROTECTED] National Research Council of Canada

Re: Successfull gcc-3.4.4 build on hppa1.1-hp-hpux10.20

On Wed, 31 Aug 2005, John David Anglin wrote: Used full distribution + make bootstrap. Used egcs-2.91.57 and binutils-2.11.2 to compile gcc. If you are interested in much improved C++ support, upgrade binutils to 2.16 or later and rebuild GCC with the new binutils. This provides one-only supp

Re: Successfull gcc-3.4.4 build on hppa1.1-hp-hpux10.20

> Used full distribution + make bootstrap. Used egcs-2.91.57 and > binutils-2.11.2 to compile gcc. If you are interested in much improved C++ support, upgrade binutils to 2.16 or later and rebuild GCC with the new binutils. This provides one-only support under HP-UX 10.20. You also need the lat

Successful build off gcc-3.4.4 on Mac OS X 10.2.8

Not that it come as a big surprise, but I successfully compiled gcc-3.4.4 on darwin 6.8 (as specified by uname -a) config.guess reports powerpc-apple-darwin.6.8 gcc -v reports Configured with ../gcc-3.4.4/configure --program-suffix=-3.4.4 --enable-languages=c,c++,f77,java,objc Thread model

Successfull gcc-3.4.4 build on hppa1.1-hp-hpux10.20

[EMAIL PROTECTED] /local/tmp/gcc-3.4.4# ./config.guess hppa1.1-hp-hpux10.20 [EMAIL PROTECTED] /local/tmp/gcc-3.4.4/objdir# gcc -v Reading specs from /local/opt/gcc-3.4.4/lib/gcc/hppa1.1-hp-hpux10.20/3.4.4/specs Configured with: ../configure --disable-nls --prefix=/local/opt/gcc-3.4.4 --with-as

successful build and install gcc 3.4.4

772: config.guess i686-pc-linux-gnu 778: ../bin/gcc -v Reading specs from /home/projects/nisac/current-third-party/lib/gcc/i686-pc-linux-gnu/3.4.4/specs Configured with: ./configure --prefix=/home/projects/nisac/current-third-party --x-includes=/usr/X11R6/include --x-lib=/usr/X11R6/lib Thread mod

RE: some errors compiling a free program with gcc-3.2, gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.

Original Message >From: Giovanni Bajo >Sent: 06 July 2005 16:14 > wangxiuli wrote: > >> why? are those errors related to the version of gcc? >> please help > > This mailing list is dedicated to the development of GCC itself. Questions > about problems using GCC should generally be direct

Re: some errors compiling a free program with gcc-3.2, gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.

wangxiuli <[EMAIL PROTECTED]> wrote: > why? are those errors related to the version of gcc? > please help This mailing list is dedicated to the development of GCC itself. Questions about problems using GCC should generally be directed to [EMAIL PROTECTED] Anyway, this is not strictly a GCC questi

some errors compiling a free program with gcc-3.2, gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.

Hi makefile is as following： $ cat Make_Demo #SOLARIS MAKEFILE #C++ = /usr/local/bin/CC C++ = /usr/local/newgcc-4/bin/g++-4.0.0 #C++=CC #C++ = /usr/local/GNU/bin/g++ #C++FLAGS = -Wall -g -D__OLDSTYLE_CPP__ #C++FLAGS = -g -Wall #C++FLAGS = -O -Wall #C++FLAGS = -g -sb -DDEBUG C++FLAGS = -g -O -DN

Re: errors when compiling gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.1.

On Tue, 28 Jun 2005, wangxiuli wrote: > gcc some errors appear when compiling gcc-3.4.4 and gcc-4.0.0 on i386 > freebsd -5.2.1.those errrors are caused by byacc's convention of > arguments .how to solve them? In addition to what Zack wrote: you may want to use the lang/gcc34

Re: some errors compiling gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.

"wangxiuli" <[EMAIL PROTECTED]> writes: > Hi some errors appear when compiling gcc-3.4.4 and gcc-4.0.0 on i386 > freebsd -5.2.1.those errrors are caused by byacc's convention of > arguments .how to solve them? You must use Bison; we do not support byacc. zw

some errors compiling gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.

Hi some errors appear when compiling gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.1.those errrors are caused by byacc's convention of arguments .how to solve them? best regard %make rm -f stamp-h1 /bin/sh ./config.status config.h config.status: creating config.h config.s

errors when compiling gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.1.

gcc some errors appear when compiling gcc-3.4.4 and gcc-4.0.0 on i386 freebsd -5.2.1.those errrors are caused by byacc's convention of arguments .how to solve them? %make rm -f stamp-h1 /bin/sh ./config.status config.h config.status: creating config.h config.status: config

Re: build fails for 1st pass gcc 3.4.4 target=m68k-elf host=build=x86_64

On Jun 16, 2005, at 12:34 PM, Thomas Brinker wrote: Hello! I try to build a cross gcc3.4.4 but it fails: Everything is vanilla, without patches. This looks like PR 22001: . Thanks, Andrew Pinski

build fails for 1st pass gcc 3.4.4 target=m68k-elf host=build=x86_64

Hello! I try to build a cross gcc3.4.4 but it fails: Everything is vanilla, without patches. __Configure_ [EMAIL PROTECTED]:/mnt/data/emlix/tbrinker/64bit-tc/gcc-3.4.4_build$ ../gcc-3.4.4/configure --enable-languages=c --disable-libmudflap --disable-nls --target=m68k

Build success for gcc 3.4.4 on alphaev68-dec-osf5.1 (CompaqTru64UNIX)

HP-Compaq ES45 Successful build of 3.4.3 for alphaev68-dec-osf5.1 (c,c++,f77,objc,ada). [EMAIL PROTECTED]:#gcc -v Reading specs from /usr/local/lib/gcc/alphaev68-dec-osf5.1/3.4.4/specs Configured with: ./configure --host=alphaev68-dec-osf5.1 --prefix=/usr/local --enable-languages=c,c++,f77,objc

Successfully built gcc 3.4.4 on PII 450 running GNU/Linux Slackware 10.1

./config.guess i686-pc-linux-gnu gcc -v Reading specs from /usr/lib/gcc/i686-pc-linux-gnu/3.4.4/specs Configured with: ../configure --with-cpu=pentium2 --with-march=pentium2 --with-mtune=pentium2 --prefix=/usr --enable-shared --enable-threads Thread model: posix gcc version 3.4.4 Slackware 10.1

Re: GCC 3.4.4 Released

On Fri, May 20, 2005 at 08:25:16PM +0100, Jonathan Wakely wrote: > On Fri, May 20, 2005 at 12:00:17PM -0700, Joe Buck wrote: > > > On Fri, May 20, 2005 at 10:15:12AM -0700, Mark Mitchell wrote: > > > And, I would like to ask that our webmasters, in there copious spare > > > time :-), work on auto

Re: [wwwdocs] Simplify release process a bit (was: GCC 3.4.4 Released)

Gerald Pfeifer <[EMAIL PROTECTED]> writes: | On Fri, 20 May 2005, Mark Mitchell wrote: | > And, I would like to ask that our webmasters, in there copious spare | > time :-), work on automatically generating more of this content. The | > bug lists and such could be automatically generated, even

[wwwdocs] Simplify release process a bit (was: GCC 3.4.4 Released)

past 4.0.0 and future releases. Releaseinternal versionRelease date -GCC 4.0.0 April 20, 2005 -GCC 3.4.4May 18, 2005 -GCC 3.4.3November 4, 2004 -GCC 3.4.2September 6, 2004 -GCC 3.4.1July 1, 2004 -GCC 3.4.0April 18, 2004 -GCC 3.3.4May 31, 2004 -GCC 3.3.3Februar

Re: GCC 3.4.4 Released

On Fri, May 20, 2005 at 12:00:17PM -0700, Joe Buck wrote: > On Fri, May 20, 2005 at 10:15:12AM -0700, Mark Mitchell wrote: > > And, I would like to ask that our webmasters, in there copious spare > > time :-), work on automatically generating more of this content. The > > bug lists and such cou

Re: GCC 3.4.4 Released

On Fri, May 20, 2005 at 10:15:12AM -0700, Mark Mitchell wrote: > And, I would like to ask that our webmasters, in there copious spare > time :-), work on automatically generating more of this content. The > bug lists and such could be automatically generated, even if some > subsequent refinemen

Re: GCC 3.4.4 Released

Joe Buck wrote: On Fri, May 20, 2005 at 05:48:38PM +0100, Dave Korn wrote: Original Message From: Mark Mitchell Sent: 20 May 2005 17:24 GCC 3.4.4 has been released. This release is a minor release, containing fixes for regressions in GCC 3.4.3 relative to previous versions of GCC. A more

Re: GCC 3.4.4 Released

On Fri, May 20, 2005 at 05:48:38PM +0100, Dave Korn wrote: > Original Message > >From: Mark Mitchell > >Sent: 20 May 2005 17:24 > > > GCC 3.4.4 has been released. > > > > This release is a minor release, containing fixes for regressions in > >

RE: GCC 3.4.4 Released

Original Message >From: Mark Mitchell >Sent: 20 May 2005 17:24 > GCC 3.4.4 has been released. > > This release is a minor release, containing fixes for regressions in > GCC 3.4.3 relative to previous versions of GCC. A more complete list > of changes is at: >

GCC 3.4.4 Released

GCC 3.4.4 has been released. This release is a minor release, containing fixes for regressions in GCC 3.4.3 relative to previous versions of GCC. A more complete list of changes is at: http://gcc.gnu.org/gcc-3.4/changes.html This release is available from the FTP servers listed here: http

Re: GCC 3.4.4 RC2

order to get further. As for the GCC failures, 1080 is certainly enough to say that the compiler is not working very well. It may be the case that GCC 3.4.4 requires newer versions of Apple's "cctools" package than you have installed -- and that the newer cctools cannot be inst

Re: GCC 3.4.4

On Tue, May 17, 2005 at 02:11:24PM -0700, Mark Mitchell wrote: > Jonathan Wakely wrote: > >On Mon, May 16, 2005 at 05:41:03PM -0700, Mark Mitchell wrote: > > > > > >>I've very nearly ready to release GCC 3.4.4. If you have objections or > >>high-pr

Re: GCC 3.4.4

Jonathan Wakely wrote: On Mon, May 16, 2005 at 05:41:03PM -0700, Mark Mitchell wrote: I've very nearly ready to release GCC 3.4.4. If you have objections or high-priority fixes that you think will be required for this release, please speak up within the next 24 hours. Sorry for the

Re: GCC 3.4.4 RC2

John David Anglin wrote: Please download, build, and test. I've now completed testing on the PA and don't see any major issues. The only easily fixable issue that showed up in testing was the failure of 26_numerics/complex/pow.cc under hpux 10.20. This fails because of a corner case in the 10.20

Re: GCC 3.4.4

On Mon, May 16, 2005 at 05:41:03PM -0700, Mark Mitchell wrote: > I've very nearly ready to release GCC 3.4.4. If you have objections or > high-priority fixes that you think will be required for this release, > please speak up within the next 24 hours. Sorry for the last minut

Re: GCC 3.4.4 RC2 (& ada/Make-lang.in)

Alexandre Oliva wrote: On May 16, 2005, Georg Bauhaus <[EMAIL PROTECTED]> wrote: - cd ada/doctools && gnatmake -q xgnatugn + cd ada/doctools && gnatmake -q --GCC=$(CC) xgnatugn -largs --GCC=$(CC) Don't you need quotes around $(CC), Yes, there should be quotes. (Without them the change

Re: GCC 3.4.4 RC2

On May 16, 2005, Georg Bauhaus <[EMAIL PROTECTED]> wrote: > - cd ada/doctools && gnatmake -q xgnatugn > + cd ada/doctools && gnatmake -q --GCC=$(CC) xgnatugn -largs --GCC=$(CC) Don't you need quotes around $(CC), for the general case in which it's not as simple as `gcc', but rather someth

Re: GCC 3.4.4 RC2

> Please download, build, and test. I've now completed testing on the PA and don't see any major issues. The only easily fixable issue that showed up in testing was the failure of 26_numerics/complex/pow.cc under hpux 10.20. This fails because of a corner case in the 10.20 math library. The pro

GCC 3.4.4

I've very nearly ready to release GCC 3.4.4. If you have objections or high-priority fixes that you think will be required for this release, please speak up within the next 24 hours. Thanks, -- Mark Mitchell CodeSourcery, LLC [EMAIL PROTECTED] (916) 791-8304

Re: GCC 3.4.4 RC2

, 1080 is certainly enough to say that the compiler is not working very well. It may be the case that GCC 3.4.4 requires newer versions of Apple's "cctools" package than you have installed -- and that the newer cctools cannot be installed on your version of the OS. If that's th

Re: GCC 3.4.4 RC2

Mark Mitchell wrote: GCC 3.4.4 RC2 is now available here: Please download, build, and test. On Mac OX X 10.2, the results are slightly discomforting, even though I do get a compiler with --enable-languages=c,ada,f77,c++,objc. gcc summary has # of unexpected failures1080 (Couldn't ge

Re: GCC 3.4.4 RC2

Janis Johnson wrote: I hadn't noticed originally but on powerpc64-linux with 3.4.4 RC2 and with the 3.4 branch, the results for libstdc++-v3 show only one run of the tests for "unix", not two for "unix/-m32" and "unix/-m64", and the results are actually for check-abi. The leftover temp files in th

Re: GCC 3.4.4 RC2

On Sun, May 15, 2005 at 08:59:48AM -0700, Mark Mitchell wrote: > Joseph S. Myers wrote: > > >It also looks like this patch has been backported to 3.4 branch but not to > >4.0 branch? Because 4.0 branch builds are still creating > >libstdc++-abi.sum, while 3.4 branch builds no longer do, the ABI

Re: GCC 3.4.4 RC2

Etienne Lorrain wrote: GCC 3.4.4 RC2 is now available here: ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050512 There are just a few changes from RC1 to fix critical problems people experienced with RC1. Work for me, thanks. Good; thanks for confirming. -- Mark Mitchell CodeSourcery, LLC [EMAIL

Re: GCC 3.4.4 RC2

> GCC 3.4.4 RC2 is now available here: > ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050512 > There are just a few changes from RC1 to fix critical problems people experienced with RC1. Work for me, thanks. Etienne.

Re: GCC 3.4.4 RC2

Ulrich Weigand wrote: Greg Schafer wrote: On Fri, May 13, 2005 at 03:44:59PM -0700, Mark Mitchell wrote: GCC 3.4.4 RC2 is now available here: ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050512 There are just a few changes from RC1 to fix critical problems people experienced with RC1. Please

Re: GCC 3.4.4 RC2

Andreas Schwab wrote: Mark Mitchell <[EMAIL PROTECTED]> writes: While I really do appreciate your help, such changes need my approval. We are in a freeze situation, which means I might be spinning a release at any moment. Please consult with me in future in such situations. I apologize for the

Re: GCC 3.4.4 RC2

Mark Mitchell <[EMAIL PROTECTED]> writes: > While I really do appreciate your help, such changes need my approval. > We are in a freeze situation, which means I might be spinning a release > at any moment. Please consult with me in future in such situations. I apologize for the unapproved chec

Re: GCC 3.4.4 RC2

Joseph S. Myers wrote: It also looks like this patch has been backported to 3.4 branch but not to 4.0 branch? Because 4.0 branch builds are still creating libstdc++-abi.sum, while 3.4 branch builds no longer do, the ABI tests having been subsumed in the main libstdc++.sum for mainline and 3.4

Re: GCC 3.4.4 RC2

Andreas Schwab wrote: Ulrich Weigand <[EMAIL PROTECTED]> writes: It would appear the problem is this patch: 2005-05-12 Mark Mitchell <[EMAIL PROTECTED]> 2005-04-04 Mark Mitchell <[EMAIL PROTECTED]> * testsuite/Makefile.am (check-local): Remove. The problem is that this change is

Re: GCC 3.4.4 RC2

On Sun, 15 May 2005, Ulrich Weigand wrote: > It would appear the problem is this patch: > 2005-05-12 Mark Mitchell <[EMAIL PROTECTED]> > > 2005-04-04 Mark Mitchell <[EMAIL PROTECTED]> > * testsuite/Makefile.am (check-local): Remove. > (curent_symbols.txt): Likewise. >

Re: GCC 3.4.4 RC2

Ulrich Weigand <[EMAIL PROTECTED]> writes: > It would appear the problem is this patch: > 2005-05-12 Mark Mitchell <[EMAIL PROTECTED]> > > 2005-04-04 Mark Mitchell <[EMAIL PROTECTED]> > * testsuite/Makefile.am (check-local): Remove. The problem is that this change is missing.

Re: GCC 3.4.4 RC2

On May 14, 2005, at 8:06 PM, Laurent GUERBY wrote: Ok for Ada on x86-linux: http://gcc.gnu.org/ml/gcc-testresults/2005-05/msg00922.html C still has one unexpected fail: FAIL: gcc.c-torture/execute/va-arg-25.c execution, -Os That is not unexcited and was fixed only for 4.0.0, there was a PR about i

Re: GCC 3.4.4 RC2

On Sun, May 15, 2005 at 01:54:03AM +0200, Ulrich Weigand wrote: > It would appear the problem is this patch: > 2005-05-12 Mark Mitchell <[EMAIL PROTECTED]> > > 2005-04-04 Mark Mitchell <[EMAIL PROTECTED]> > * testsuite/Makefile.am (check-local): Remove. > (curent_symbo

Re: GCC 3.4.4 RC2

Ok for Ada on x86-linux: http://gcc.gnu.org/ml/gcc-testresults/2005-05/msg00922.html C still has one unexpected fail: FAIL: gcc.c-torture/execute/va-arg-25.c execution, -Os Laurent On Fri, 2005-05-13 at 15:44 -0700, Mark Mitchell wrote: > GCC 3.4.4 RC2 is now available here: >

Re: GCC 3.4.4 RC2

Greg Schafer wrote: > On Fri, May 13, 2005 at 03:44:59PM -0700, Mark Mitchell wrote: > > > GCC 3.4.4 RC2 is now available here: > > > > ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050512 > > > > There are just a few changes from RC1 to fix critical probl

Re: GCC 3.4.4 RC2

On Fri, May 13, 2005 at 03:44:59PM -0700, Mark Mitchell wrote: > GCC 3.4.4 RC2 is now available here: > > ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050512 > > There are just a few changes from RC1 to fix critical problems people > experienced with RC1. > > Please d

GCC 3.4.4 RC2

GCC 3.4.4 RC2 is now available here: ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050512 There are just a few changes from RC1 to fix critical problems people experienced with RC1. Please download, build, and test. Thanks, -- Mark Mitchell CodeSourcery, LLC [EMAIL PROTECTED] (916) 791-8304

Re: GCC 3.4.4 RC1

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mark Mitchell wrote: | GCC 3.4.4 RC1 is available here: | | ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050510/ | | As usual, please test -- by using exactly those tarballs, so that we can | detect packging errors. Put problems into Bugzilla, and Cc

Re: GCC 3.4.4 RC1

> Etienne Lorrain <[EMAIL PROTECTED]> wrote: > >> If I compile that with GCC-3.4, I get: >> >> $ size tmp.o >> textdata bss dec hex filename >> 243 0 0 243 f3 tmp.o >> >> With GCC-4.0: >> >> $ size tmp.o >> textdata bss dec hex filename >>

Re: GCC 3.4.4 RC1

> Etienne Lorrain <[EMAIL PROTECTED]> wrote: > >> If I compile that with GCC-3.4, I get: >> >> $ size tmp.o >> textdata bss dec hex filename >> 243 0 0 243 f3 tmp.o >> >> With GCC-4.0: >> >> $ size tmp.o >> textdata bss dec hex filename >>

Re: GCC 3.4.4 RC1

Giovanni Bajo wrote: Etienne Lorrain <[EMAIL PROTECTED]> wrote: Some of those problem may also exist in GCC-4.0 because this version (and the 4.1 I tested) gives me an increase of 60% of the code size compared to 3.4.3. This is a serious regression which should be submitted in Bugzilla. Would you

Re: GCC 3.4.4 RC1

On Tue, 2005-05-10 at 23:35 -0700, Mark Mitchell wrote: > GCC 3.4.4 RC1 is available here: > > ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050510/ > > As usual, please test -- by using exactly those tarballs, so that we can > detect packging errors. Put problems into Bugzill

Re: GCC 3.4.4 RC1

> size -f tmp.o >textdata bss dec hex filename > 322 0 0 322 142 tst.o > > Looking at the debugging dump shows that the there's a lot of > variables generate by SRA, indeed after adding > > -fno-tree-sra > > textdata bss dec hex fi

Re: GCC 3.4.4 RC1

"Etienne Lorrain" <[EMAIL PROTECTED]> writes: > > Etienne Lorrain <[EMAIL PROTECTED]> wrote: > > > >> Some of those problem may also exist in GCC-4.0 because this > >> version (and the 4.1 I tested) gives me an increase of 60% of the > >> code size compared to 3.4.3. > > > > >

Re: GCC 3.4.4 RC1

Etienne Lorrain <[EMAIL PROTECTED]> wrote: > If I compile that with GCC-3.4, I get: > > $ size tmp.o > textdata bss dec hex filename > 243 0 0 243 f3 tmp.o > > With GCC-4.0: > > $ size tmp.o > textdata bss dec hex filename > 387 0

Re: GCC 3.4.4 RC1

> Etienne Lorrain <[EMAIL PROTECTED]> wrote: > >> Some of those problem may also exist in GCC-4.0 because this >> version (and the 4.1 I tested) gives me an increase of 60% of the >> code size compared to 3.4.3. > > > This is a serious regression which should be submitted in Bugzilla. Would > y

Re: GCC 3.4.4 RC1

Etienne Lorrain <[EMAIL PROTECTED]> wrote: > Some of those problem may also exist in GCC-4.0 because this > version (and the 4.1 I tested) gives me an increase of 60% of the > code size compared to 3.4.3. This is a serious regression which should be submitted in Bugzilla. Would you please ta

Re: GCC 3.4.4 RC1

> GCC 3.4.4 RC1 is available here: > > ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050510/ I downloaded and rebuild for ia32 with latest pre binutils on my project and noticed an increase of size. I am compiling with -Os because size is very important in my case - so I invert

Re: GCC 3.4.4 RC1

Mark Mitchell wrote: > GCC 3.4.4 RC1 is available here: > > ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050510/ > > As usual, please test -- by using exactly those tarballs, so that we can > detect packging errors. Put problems into Bugzilla, and Cc: me. At > this poi

GCC 3.4.4 RC1

GCC 3.4.4 RC1 is available here: ftp://gcc.gnu.org/pub/gcc/prerelease-3.4.4-20050510/ As usual, please test -- by using exactly those tarballs, so that we can detect packging errors. Put problems into Bugzilla, and Cc: me. At this point, the only problems that would block the release would be

GCC 3.4.4 Froze

GCC 3.4.4 is now slushy. All non-documentation patches require my explicitly approval. 3.4.4 RC1 will be building overnight. FYI, -- Mark Mitchell CodeSourcery, LLC [EMAIL PROTECTED] (916) 791-8304

GCC 3.4.4 near-freeze

I've gone through the GCC 3.4 PRs. I'm going to make a final push tonight to get a few of the C++ PRs fixed, and then I'm going to declare a freeze. If that seems short notice, I previously announced last May 7th as the freeze date, so you've already had more time than you could have expected

RE: GCC 3.4.4 Status (2005-04-29)

> From: Mark Mitchell > Sent: Friday, April 29, 2005 12:00 PM > > Now that GCC 4.0 is out the door, I've spent some time looking at the > status of the 3.4 branch. As stated previously, I'll be doing a 3.4.4 > release, and then turning the branch over to Gaby, to focus > exclusively on 4.0/4.1.

Re: GCC 3.4.4 Status (2005-04-29)

Mark Mitchell <[EMAIL PROTECTED]> writes: | Richard Guenther wrote: | > On 4/29/05, Mark Mitchell <[EMAIL PROTECTED]> wrote: | > | >>Joseph S. Myers wrote: | >> | >>>What's the position on closing 3.4 regression bugs which are fixed in 4.0 | >>>and where it doesn't seem worthwhile to attempt to ba

Re: GCC 3.4.4 Status (2005-04-29)

Richard Guenther wrote: On 4/29/05, Mark Mitchell <[EMAIL PROTECTED]> wrote: Joseph S. Myers wrote: What's the position on closing 3.4 regression bugs which are fixed in 4.0 and where it doesn't seem worthwhile to attempt to backport a fix? They should be closed as FIXED, with a note. It would be

Re: GCC 3.4.4 Status (2005-04-29)

On 4/29/05, Mark Mitchell <[EMAIL PROTECTED]> wrote: > Joseph S. Myers wrote: > > What's the position on closing 3.4 regression bugs which are fixed in 4.0 > > and where it doesn't seem worthwhile to attempt to backport a fix? > > They should be closed as FIXED, with a note. It would be wrong to

Re: GCC 3.4.4 Status (2005-04-29)

Mark Mitchell <[EMAIL PROTECTED]> writes: | Now that GCC 4.0 is out the door, I've spent some time looking at the | status of the 3.4 branch. As stated previously, I'll be doing a 3.4.4 | release, and then turning the branch over to Gaby, to focus | exclusively on 4.0/4.1. I'm happy to help the

Re: libjava/3.4.4 problem (was Re: GCC 3.4.4 Status (2005-04-29))

On Apr 29, 2005, at 5:33 PM, Thorsten Glaser wrote: Mark Mitchell dixit: In general, GCC 3.4.3 is working for people Does anyone have an idea where to look? This is a bug in your config, you forgot to define NO_IMPLICIT_EXTERN_C. -- Pinski

Re: GCC 3.4.4 Status (2005-04-29)

Joseph S. Myers wrote: What's the position on closing 3.4 regression bugs which are fixed in 4.0 and where it doesn't seem worthwhile to attempt to backport a fix? They should be closed as FIXED, with a note. It would be wrong to use WONTFIX, since the bug is in fact FIXED in 4.0; it might make

Re: GCC 3.4.4 Status (2005-04-29)

What's the position on closing 3.4 regression bugs which are fixed in 4.0 and where it doesn't seem worthwhile to attempt to backport a fix? I'm thinking in particular of issues relating to c-decl.c (1, 18799, 18935, 19694) since c-decl.c in 3.4 was part way through a rewrite and that inte

libjava/3.4.4 problem (was Re: GCC 3.4.4 Status (2005-04-29))

Mark Mitchell dixit: >In general, GCC 3.4.3 is working for people I've been playing around a lot with the various 3.4.4 snapshots lately, and got everything to work, except for libjava: gmake[1]: Entering directory `/usr/obj/gcc/libjava' /bin/ksh ./libtool --tag=CXX --mode=compile c++ -DHAVE_CON

GCC 3.4.4 Status (2005-04-29)

Now that GCC 4.0 is out the door, I've spent some time looking at the status of the 3.4 branch. As stated previously, I'll be doing a 3.4.4 release, and then turning the branch over to Gaby, to focus exclusively on 4.0/4.1. The 3.4 branch is in pretty good shape, despite what Bugzilla might lea

Re: gcc-3.4.4-20050211: maybe a danger behaviour

Denis Zaitsev wrote: a) Formally, the code is correct. As p->what can never be < 0 according to its type. I am assuming this is C code. C and C++ have different rules for enums. This isn't strictly true. The C standard does not say that enums are unsigned. It only says that they are equivalent

gcc-3.4.4-20050211: maybe a danger behaviour

Consider the following example: enum w { //c=-1, a, b }; whattodo ( char option ) { static struct todo { enum w what; char option; } todos[]= { {a,'a'}, {b,'b'}, {-1} }; struct todo *p= todos; do if ( (option