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:
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
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]
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 results at
[...]
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
[...]
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
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 the
Eric Botcazou writes:
which I see you've already committed a patch for, and a large number
of Java failures.
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00814.html
for 4.0.0-20050410.
Same failure as on Solaris.
Andrew, do you have a Darwin machine at hand?
Yes,
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 open).
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 the
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 is still
On Apr 13, 2005, at 1:41 AM, Ranjit Mathew wrote:
Exception in thread main java.lang.RuntimeException: test failed:5
No stacktrace available
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 No
Andrew Haley writes:
Eric Botcazou writes:
which I see you've already committed a patch for, and a large number
of Java failures.
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00814.html
for 4.0.0-20050410.
Same failure as on Solaris.
Andrew, do
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
gcc/doc/install.texi still mentions gcc 3.5 in a few places.
paul
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
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)?
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
[...]
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
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
Eric Botcazou writes:
which I see you've already committed a patch for, and a large number
of Java failures.
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00814.html
for 4.0.0-20050410.
Same failure as on Solaris.
Andrew, do you have a Darwin machine at hand?
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.
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00814.html
for 4.0.0-20050410.
Same failure as on Solaris.
Andrew, do you have a Darwin
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
[...]
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00814.html
for 4.0.0-20050410.
It might be
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
[...]
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00814.html
for
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
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 workaround
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.
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
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=[file:./],
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 CLASSPATH
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.
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
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 is
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
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
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.
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
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:
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 is
--- 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 like there
Please post the list of failures to [EMAIL PROTECTED]
http://gcc.gnu.org/ml/gcc-testresults/2005-04/msg00671.html
--
Eric Botcazou
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
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
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 willing to help,
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
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
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
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:
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:
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
50 matches
Mail list logo
