Re: GCC 4.0 RC1 Available

> > Would you care to take care of that? (I am travelling, and don't have > > much time online.) If so, I'd be very appreciative. Sure but... > Done. > I'll apply to mainline soon. > Paolo Aleady done. Thanks Paolo! :-) -- Kaveh R. Ghazi [EMAIL PROTECTED]

Re: GCC 4.0 RC1 Available

Would you care to take care of that? (I am travelling, and don't have much time online.) If so, I'd be very appreciative. Done. I'll apply to mainline soon. Paolo

Re: GCC 4.0 RC1 Available

Kaveh R. Ghazi wrote: > > 2005-04-12 Paolo Bonzini <[EMAIL PROTECTED]> > > > > * acx.m4 (ACX_PROG_GNAT): Remove stray break. > > OK for 4.0.0. Mark, When this patch went into 4.0, Paolo didn't regenerate the top level configure, although the ChangeLog claims he did: http://gcc.gnu.org/m

Re: GCC 4.0 RC1 Available

Kaveh R. Ghazi wrote: When this patch went into 4.0, Paolo didn't regenerate the top level configure, although the ChangeLog claims he did: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg00842.html You're right. I was being conservative and typed the "cvs ci" filenames manually, but in this case the

Re: GCC 4.0 RC1 Available

> > 2005-04-12 Paolo Bonzini <[EMAIL PROTECTED]> > > > > * acx.m4 (ACX_PROG_GNAT): Remove stray break. > > OK for 4.0.0. Mark, When this patch went into 4.0, Paolo didn't regenerate the top level configure, although the ChangeLog claims he did: http://gcc.gnu.org/ml/gcc-cvs/2005-04/msg

Re: GCC 4.0 RC1 Available

The minor "problem" is still there in RC2, I opened PR21094 about it: http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21094 Laurent > A minor thing: > > I configured with c,ada only (no C++) on x86 and x86_64-linux and got > http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00791.html > http://gcc.

Re: GCC 4.0 RC1 Available

Geoffrey Keating writes: > Andrew Haley <[EMAIL PROTECTED]> writes: > > > Ranjit Mathew writes: > > > Geoffrey Keating wrote: > > > [...] > > > > which I see you've already committed a patch for, and a large number > > > > of Java failures. > > > > > > > > You can see full test res

Re: GCC 4.0 RC1 Available

Andrew Haley <[EMAIL PROTECTED]> writes: > Ranjit Mathew writes: > > Geoffrey Keating wrote: > > [...] > > > which I see you've already committed a patch for, and a large number > > > of Java failures. > > > > > > You can see full test results at > > [...] > > > > > >

Re: GCC 4.0 RC1 Available

Paolo Bonzini wrote: Kaveh R. Ghazi wrote: Nathanael removed the surrounding for-stmt but left the break inside the if-stmt. http://gcc.gnu.org/ml/gcc-patches/2003-11/msg02109.html 2005-04-12 Paolo Bonzini <[EMAIL PROTECTED]> * acx.m4 (ACX_PROG_GNAT): Remove stray break. OK for 4.0.0. --

Re: GCC 4.0 RC1 Available

On Thu, 14 Apr 2005, Joseph S. Myers wrote: >> gcc/doc/install.texi still mentions gcc 3.5 in a few places. > Fixed thus (and a similar reference in cpp.texi). It passes "make info", > "make dvi" and "install.texi2html". Applied to mainline and 4.0 branch > (as a doc patch for which the branch

Re: GCC 4.0 RC1 Available

Joseph S. Myers wrote: On Wed, 13 Apr 2005, Paul Jarc wrote: gcc/doc/install.texi still mentions gcc 3.5 in a few places. Fixed thus (and a similar reference in cpp.texi). It passes "make info", "make dvi" and "install.texi2html". Applied to mainline and 4.0 branch (as a doc patch for which t

Re: GCC 4.0 RC1 Available

On Wed, 13 Apr 2005, Paul Jarc wrote: > gcc/doc/install.texi still mentions gcc 3.5 in a few places. Fixed thus (and a similar reference in cpp.texi). It passes "make info", "make dvi" and "install.texi2html". Applied to mainline and 4.0 branch (as a doc patch for which the branch is still op

Re: GCC 4.0 RC1 Available

Eric Botcazou writes: > > which I see you've already committed a patch for, and a large number > > of Java failures. > > > > > > > > for 4.0.0-20050410. > > Same failure as on Solaris. > > Andrew, do you have a Darwin machine

Re: GCC 4.0 RC1 Available

> Did this get resolved? We found that PowerPC/Darwin and SPARC/Solaris have regressed the same way. Andrew should be looking at the failures on the Darwin side. > Eric> Tom, I presume there was a very good reason for installing such > Eric> a potentially destabilizing patch a few days before th

Re: GCC 4.0 RC1 Available

Ian Lance Taylor wrote: touch testsuite_wchar_t Does anybody else see this? I imagine this would be fairly annoying for some people. This actually relates to the same V3 testsuite stuff that I've been trying to solve on the mainline. Fundamentally, this happens because test-related stuff is bei

Re: GCC 4.0 RC1 Available

Eric> Ugh. Not very surprising, given that a jumbo patch landed by Eric> that time: Did this get resolved? Eric> Tom, I presume there was a very good reason for installing such Eric> a potentially destabilizing patch a few days before the Eric> prerelease? What amount of testing did it undergo

Re: GCC 4.0 RC1 Available

Ranjit Mathew writes: > Geoffrey Keating wrote: > [...] > > which I see you've already committed a patch for, and a large number > > of Java failures. > > > > You can see full test results at > [...] > > > > > > > > for 4.0

Re: GCC 4.0 RC1 Available

gcc/doc/install.texi still mentions gcc 3.5 in a few places. paul

Re: GCC 4.0 RC1 Available

Andrew Haley writes: > My Darwin build of 4.0 failed in libstdc++: > > ibsupc++convenience.a -lm -lm -lc -Wl,-single_module -Wl,-flat_namespace > -install_name /Users/aph/gcc/install/lib/libstdc++.6.dylib > -compatibility_version 7 -current_version 7.4 > ld: .libs/mt_allocator.o malfor

Re: GCC 4.0 RC1 Available

My Darwin build of 4.0 failed in libstdc++: ibsupc++convenience.a -lm -lm -lc -Wl,-single_module -Wl,-flat_namespace -install_name /Users/aph/gcc/install/lib/libstdc++.6.dylib -compatibility_version 7 -current_version 7.4 ld: .libs/mt_allocator.o malformed object, illegal reference for -dyna

Re: GCC 4.0 RC1 Available

Andrew Haley writes: > Eric Botcazou writes: > > > which I see you've already committed a patch for, and a large number > > > of Java failures. > > > > > > > > > > > > for 4.0.0-20050410. > > > > Same failure as on Sola

Re: GCC 4.0 RC1 Available

On Apr 13, 2005, at 1:41 AM, Ranjit Mathew wrote: Exception in thread "main" java.lang.RuntimeException: test failed:5 <> FAIL: Array_3 -O3 execution - bytecode->native test This one is expected I think, though not XFAILed (it fails only at -O3). BTW, you keep getting "<>" everywhere - is addr2

Re: GCC 4.0 RC1 Available

Per Bothner writes: > Per Bothner wrote: > > However, the Kawa testsuite fails, raising a ClassNotFoundException. > > I'm looking into it. > > Hm. This fails, with or without the patch: >clas = Class.forName(cname); > This works: >clas = Class.forName(cname, true, getClass().getCl

Re: GCC 4.0 RC1 Available

> Exception in thread "main" java.lang.RuntimeException: test failed:5 > <> > FAIL: Array_3 -O3 execution - bytecode->native test This one is expected I think, though not XFAILed (it fails only at -O3). BTW, you keep getting "<>" everywhere - is addr2line from binutils not present somewhere i

Re: GCC 4.0 RC1 Available

Per Bothner wrote: Mark Wielaard wrote: Hi Per, On Tue, 2005-04-12 at 20:45 +0200, Mark Wielaard wrote: I am looking for a real solution. Does the following work for you? 2005-04-02 Mark Wielaard <[EMAIL PROTECTED]> * java/lang/natRuntime.cc (insertSystemProperties): Set java.cla

Re: GCC 4.0 RC1 Available

Mark Mitchell <[EMAIL PROTECTED]> writes: > If you are willing to help, please download the release candidate, > build it on appropriate platforms, and post testresults by using > contrib/test_summary. Please use the release candidate itself, *not* > the CVS 4.0 release branch, as part of the goa

Re: GCC 4.0 RC1 Available

Per Bothner wrote: However, the Kawa testsuite fails, raising a ClassNotFoundException. I'm looking into it. Hm. This fails, with or without the patch: clas = Class.forName(cname); This works: clas = Class.forName(cname, true, getClass().getClassLoader()); This is with make all && make install

Re: GCC 4.0 RC1 Available

On Mon, 11 Apr 2005, Julian Brown wrote: > Quite a few of the 4.0 RC1 tests FAIL, though I'm not sure how many of > these are regressions, and how many are just new tests which fail. And a new test which fails may or may not be a regression - finding out whether it is requires either testing the

Re: GCC 4.0 RC1 Available

Per Bothner wrote: 2005-04-02 Mark Wielaard <[EMAIL PROTECTED]> * java/lang/natRuntime.cc (insertSystemProperties): Set java.class.path to CLASSPATH if not already set. Yes, Kawa builds with this patch. Thanks! However, the Kawa testsuite fails, raising a ClassNotFoundException.

Re: GCC 4.0 RC1 Available

Mark Wielaard wrote: Hi Per, On Tue, 2005-04-12 at 20:45 +0200, Mark Wielaard wrote: I am looking for a real solution. Does the following work for you? 2005-04-02 Mark Wielaard <[EMAIL PROTECTED]> * java/lang/natRuntime.cc (insertSystemProperties): Set java.class.path to CLASSPAT

Re: GCC 4.0 RC1 Available

On Tue, 2005-04-12 at 17:51 -0400, Bryce McKinlay wrote: > Mark Wielaard wrote: > > >On Tue, 2005-04-12 at 11:23 -0700, Per Bothner wrote: > > > > > >>Try compiling to native: > >> > >>$ gcj -o CL CL.java --main=CL > >>$ CLASSPATH=.:/:/usr:/random ./CL > >>gnu.gcj.runtime.SystemClassLoader{urls=

Re: GCC 4.0 RC1 Available

Hi Per, On Tue, 2005-04-12 at 20:45 +0200, Mark Wielaard wrote: > I am looking for a real solution. Does the following work for you? 2005-04-02 Mark Wielaard <[EMAIL PROTECTED]> * java/lang/natRuntime.cc (insertSystemProperties): Set java.class.path to CLASSPATH if not already

Re: GCC 4.0 RC1 Available

Mark Wielaard wrote: On Tue, 2005-04-12 at 11:23 -0700, Per Bothner wrote: Try compiling to native: $ gcj -o CL CL.java --main=CL $ CLASSPATH=.:/:/usr:/random ./CL gnu.gcj.runtime.SystemClassLoader{urls=[file:./], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} Aha. Than

Re: GCC 4.0 RC1 Available

On Tue, 2005-04-12 at 11:23 -0700, Per Bothner wrote: > Try compiling to native: > > $ gcj -o CL CL.java --main=CL > $ CLASSPATH=.:/:/usr:/random ./CL > gnu.gcj.runtime.SystemClassLoader{urls=[file:./], > parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} Aha. Thanks. As a workar

Re: GCC 4.0 RC1 Available

Mark Wielaard wrote: I tried to replicate this issue with some simple example, ... $ gcj -C CL.java $ CLASSPATH=.:/:/usr:/random gij CL gnu.gcj.runtime.SystemClassLoader{urls=[file:./,file:/,file:/usr/], parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} Try compiling to native: $ g

Re: GCC 4.0 RC1 Available

Hi, On Mon, 2005-04-11 at 15:33 -0700, Per Bothner wrote: > Printing getClass().getClassLoader() yields: > gnu.gcj.runtime.SystemClassLoader{urls=[file:./], >parent=gnu.gcj.runtime.ExtensionClassLoader{urls=[], parent=null}} > > Note the urls=[file:./]. Looks like it's ignoring the CLASSPATH

Re: GCC 4.0 RC1 Available

> On 11/04/2005, at 11:23 PM, Ranjit Mathew wrote: > > > Geoffrey Keating wrote: > > [...] > >> which I see you've already committed a patch for, and a large number > >> of Java failures. > >> > >> You can see full test results at > > [...] > >> > >>

Re: GCC 4.0 RC1 Available

On 11/04/2005, at 11:23 PM, Ranjit Mathew wrote: Geoffrey Keating wrote: [...] which I see you've already committed a patch for, and a large number of Java failures. You can see full test results at [...] for 4.0.0-20050410. It might be

Re: GCC 4.0 RC1 Available

On 12/04/2005, at 6:47 AM, Andrew Haley wrote: Geoff Keating writes: On 12/04/2005, at 6:31 AM, Andrew Haley wrote: Eric Botcazou writes: which I see you've already committed a patch for, and a large number of Java failures. for 4.0.0-

Re: GCC 4.0 RC1 Available

Geoff Keating writes: > > On 12/04/2005, at 6:31 AM, Andrew Haley wrote: > > > Eric Botcazou writes: > >>> which I see you've already committed a patch for, and a large number > >>> of Java failures. > >>> > >>> > >>> > >>> f

Re: GCC 4.0 RC1 Available

On 12/04/2005, at 6:31 AM, Andrew Haley wrote: Eric Botcazou writes: which I see you've already committed a patch for, and a large number of Java failures. for 4.0.0-20050410. Same failure as on Solaris. Andrew, do you have a Darwin mach

Re: GCC 4.0 RC1 Available

Eric Botcazou writes: > > which I see you've already committed a patch for, and a large number > > of Java failures. > > > > > > > > for 4.0.0-20050410. > > Same failure as on Solaris. > > Andrew, do you have a Darwin machine

Re: GCC 4.0 RC1 Available

Laurent GUERBY wrote: FYI, on SuSE 9.2, on x86 and x86_64 starting with the system Ada compiler (3.3.3 based) I get no such issue in configure: /bin/bash triggers the message, /bin/sh doesn't. Debian/bash 2.05b; SuSE 9.2/bash 3.00.0(1), if true; then break; fi I had run % bash ../src/gcc-4.0.0-200

Re: GCC 4.0 RC1 Available

Mark Mitchell wrote: Marcus Meissner wrote: Btw, We still see some critical 4.0 problems, ordered by my view of importance: PR/20126 triggers a miscompilation of python (i386 and x86_64 at least). PR/20917 triggers a miscompilation of glibc (on s390). PR/20739 triggers a --enable-checking problem

Re: GCC 4.0 RC1 Available

FYI, on SuSE 9.2, on x86 and x86_64 starting with the system Ada compiler (3.3.3 based) I get no such issue in configure: checking whether we are using GNU C... yes checking whether gcc accepts -g... yes checking for gnatbind... gnatbind checking whether compiler driver understands Ada... yes che

Re: GCC 4.0 RC1 Available

c,ada show no unexpected failure on x86 and x86_64 (SuSE 9.2), great! A minor thing: I configured with c,ada only (no C++) on x86 and x86_64-linux and got http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00791.html http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00790.html [...]

Re: GCC 4.0 RC1 Available

Andrew Haley <[EMAIL PROTECTED]> wrote: > There was. We are now, for the first time ever, in a position where > we can run a large number of big Java applications using entirely free > software. This is a really great news! So great that I wonder why changes.html does not mention it (and news.

Re: GCC 4.0 RC1 Available

Kaveh R. Ghazi wrote: Nathanael removed the surrounding for-stmt but left the break inside the if-stmt. http://gcc.gnu.org/ml/gcc-patches/2003-11/msg02109.html I think it is enough to remove it. bash does not complain if it finds a stray break, it seems. Ok to commit to mainline (and src)? M

Re: GCC 4.0 RC1 Available

Geoffrey Keating wrote: [...] > which I see you've already committed a patch for, and a large number > of Java failures. > > You can see full test results at [...] > > > > for 4.0.0-20050410. It might be helpful to put your "libjava.

Re: GCC 4.0 RC1 Available

> which I see you've already committed a patch for, and a large number > of Java failures. > > > > for 4.0.0-20050410. Same failure as on Solaris. Andrew, do you have a Darwin machine at hand? -- Eric Botcazou

Re: GCC 4.0 RC1 Available

Marcus Meissner wrote: Btw, We still see some critical 4.0 problems, ordered by my view of importance: PR/20126 triggers a miscompilation of python (i386 and x86_64 at least). PR/20917 triggers a miscompilation of glibc (on s390). PR/20739 triggers a --enable-checking problem triggering in ncurse

Re: GCC 4.0 RC1 Available

Mark Mitchell <[EMAIL PROTECTED]> writes: > The first GCC 4.0 candidate is available ... > Then, if you are running on a primary or secondary platform, please > send me an email pointing me at the results you've posted, and > highlighting any failures to meet the release criteria. Hi Mark, I'm p

Re: GCC 4.0 RC1 Available

On Sun, Apr 10, 2005 at 03:05:17PM -0700, Mark Mitchell wrote: > The first GCC 4.0 candidate is available from: > > /pub/gcc/prerelease-4.0.0-20050410/ My test results on i686-pc-linux-gnu: http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00812.html All looks good except for the libmudflap f

Re: GCC 4.0 RC1 Available

On 2005-04-11, Julian Brown <[EMAIL PROTECTED]> wrote: > On 2005-04-10, Mark Mitchell <[EMAIL PROTECTED]> wrote: >> >> * The DejaGNU testsuite has been run, and compared with a run of >> the testsuite on the previous release of GCC, and no regressions are >> observed. >> >> If you are willin

Re: GCC 4.0 RC1 Available

On 2005-04-10, Mark Mitchell <[EMAIL PROTECTED]> wrote: > > * The DejaGNU testsuite has been run, and compared with a run of > the testsuite on the previous release of GCC, and no regressions are > observed. > > If you are willing to help, please download the release candidate, build > it o

Re: GCC 4.0 RC1 Available

Per Bothner wrote: I can no longer build Kawa using the 4.0 branch. Some more information: The failing statement is: Class.forName("kawa.lib.prim_syntax", false, getClass().getClassLoader()); prim_syntax.class exists in the current directory, which is ../../kawa/lib. The program is r

Re: GCC 4.0 RC1 Available

I can no longer build Kawa using the 4.0 branch. This is with a 'cvs update' late last night. Kawa did built last time I tried the 4.0 branch. Unfortunately, I don't know how long ago that was, but it wasn't *that* long ago. The cause appears to failure to find a class in the CLASSPATH. That sug

Re: GCC 4.0 RC1 Available

> There was. We are now, for the first time ever, in a position where > we can run a large number of big Java applications using entirely free > software. Congratulations! > We're in a diffcult position here, because SPARC has few maintainers, > and Java has few maintainers. Frankly, I don't se

Re: GCC 4.0 RC1 Available

> Please post the list of failures to [EMAIL PROTECTED] http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00671.html -- Eric Botcazou

Re: GCC 4.0 RC1 Available

Btw, We still see some critical 4.0 problems, ordered by my view of importance: PR/20126 triggers a miscompilation of python (i386 and x86_64 at least). PR/20917 triggers a miscompilation of glibc (on s390). PR/20739 triggers a --enable-checking problem triggering in ncurses (all platforms) PR/

Re: GCC 4.0 RC1 Available

> --- here ---> > checking whether compiler driver understands > Ada... ../src/gcc-4.0.0-20050410/configure: line 2141: break: only > meaningful in a `for', `while', or `until' loop > yes > checking how to compare bootstrapped objects... cmp > --ignore-initial=16 $$f1 $$f2 > ... > looks li

Re: GCC 4.0 RC1 Available

Mark Mitchell <[EMAIL PROTECTED]> writes: > If you are willing to help, please download the release candidate, build > it on appropriate platforms, and post testresults by using > contrib/test_summary. Please use the release candidate itself, *not* > the CVS 4.0 release branch, as part of the goal

Re: GCC 4.0 RC1 Available

On Apr 11, 2005, at 1:04 PM, Jakub Jelinek wrote: On Sun, Apr 10, 2005 at 03:05:17PM -0700, Mark Mitchell wrote: The first GCC 4.0 candidate is available from: /pub/gcc/prerelease-4.0.0-20050410/ on the usual gcc.gnu.org mirrors: http://gcc.gnu.org/mirrors.html I would like to know whether or not w

Re: GCC 4.0 RC1 Available

Jakub Jelinek wrote: On Sun, Apr 10, 2005 at 03:05:17PM -0700, Mark Mitchell wrote: The first GCC 4.0 candidate is available from: /pub/gcc/prerelease-4.0.0-20050410/ on the usual gcc.gnu.org mirrors: http://gcc.gnu.org/mirrors.html I would like to know whether or not we have achieved the objective

Re: GCC 4.0 RC1 Available

On Sun, Apr 10, 2005 at 03:05:17PM -0700, Mark Mitchell wrote: > The first GCC 4.0 candidate is available from: > > /pub/gcc/prerelease-4.0.0-20050410/ > > on the usual gcc.gnu.org mirrors: > > http://gcc.gnu.org/mirrors.html > > I would like to know whether or not we have achieved the objectiv

Re: GCC 4.0 RC1 Available

On Sun, Apr 10, 2005 at 03:05:17PM -0700, Mark Mitchell wrote: > The first GCC 4.0 candidate is available from: > > /pub/gcc/prerelease-4.0.0-20050410/ My first build result is at http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00742.html However, the system info is wrong due to my error; it i

Re: GCC 4.0 RC1 Available

Andrew Haley wrote: We're in a diffcult position here, because SPARC has few maintainers, and Java has few maintainers. However, if you can let me have a logon I can have a look. That would be much appreciated. Java isn't release-critical, but it still seems like it would be nice to understand w

Re: GCC 4.0 RC1 Available

Mark Mitchell wrote: The first GCC 4.0 candidate is available from: ... a minor issue with the configure script: ... checking whether gcc-3.4 accepts -g... yes checking for gnatbind... gnatbind --- here ---> checking whether compiler driver understands Ada... ../src/gcc-4.0.0-20050410/configure: l

Re: GCC 4.0 RC1 Available

Eric Botcazou writes: > > Tom, I presume there was a very good reason for installing such a > potentially > destabilizing patch a few days before the prerelease? In defence of my fellow maintainer: There was. We are now, for the first time ever, in a position where we can run a large nu

Re: GCC 4.0 RC1 Available

Eric Botcazou writes: > > > We severely regressed for Java (22*2 new failures) 3 days ago. Please post the list of failures to [EMAIL PROTECTED] Andrew.

Re: GCC 4.0 RC1 Available

> We severely regressed for Java (22*2 new failures) 3 days ago. Ugh. Not very surprising, given that a jumbo patch landed by that time: 2005-04-06 Tom Tromey <[EMAIL PROTECTED]> * Makefile.in: Rebuilt. * Makefile.am (lib_gnu_java_awt_peer_gtk_la_SOURCES): Removed gtk_

Re: GCC 4.0 RC1 Available

> Is that a regression though? builtin-apply4.c is a new test. http://gcc.gnu.org/ml/gcc/2005-04/msg00299.html -- Eric Botcazou

Re: GCC 4.0 RC1 Available

On Mon, Apr 11, 2005 at 12:49:39AM +0200, Eric Botcazou wrote: > sparc-sun-solaris2.9 is OK for C/C++/Objective-C/Ada/F95, except > > FAIL: gcc.dg/builtin-apply4.c execution test Is that a regression though? builtin-apply4.c is a new test. Jakub

Re: GCC 4.0 RC1 Available

Eric Botcazou wrote: The first GCC 4.0 candidate is available from: /pub/gcc/prerelease-4.0.0-20050410/ on the usual gcc.gnu.org mirrors: http://gcc.gnu.org/mirrors.html I would like to know whether or not we have achieved the objective aspects of the release criteria: http://gcc.gnu.org/gcc-4.0/cr

Re: GCC 4.0 RC1 Available

> The first GCC 4.0 candidate is available from: > > /pub/gcc/prerelease-4.0.0-20050410/ > > on the usual gcc.gnu.org mirrors: > > http://gcc.gnu.org/mirrors.html > > I would like to know whether or not we have achieved the objective > aspects of the release criteria: > > http://gcc.gnu.org/gcc-4.0

GCC 4.0 RC1 Available

The first GCC 4.0 candidate is available from: /pub/gcc/prerelease-4.0.0-20050410/ on the usual gcc.gnu.org mirrors: http://gcc.gnu.org/mirrors.html I would like to know whether or not we have achieved the objective aspects of the release criteria: http://gcc.gnu.org/gcc-4.0/criteria.html for pri