On Thu, Jun 19, 2008 at 5:08 PM, Jonathan Wakely [EMAIL PROTECTED] wrote:
2008/6/18 Mark Mitchell:
* I don't think the pedwarn in joust() in cp/call.c should be a
permerror, is this a GNU extension?
if (warn)
{
pedwarn (\
ISO C++ says that these are
Tom Tromey wrote:
Florian == Florian Weimer [EMAIL PROTECTED] writes:
We could look into this. The minimum subset is probably several
hundred classes. For instance, Class refers to URL, which will
probably pull in most of java.net.
Florian Can't you fallback to the interpreter for the
Jonathan Wakely wrote:
Thanks for the review, here's another patch ...
Shall I commit this?
Yes, please.
--
Mark Mitchell
CodeSourcery
[EMAIL PROTECTED]
(650) 331-3385 x713
On Fri, 20 Jun 2008, Tom Tromey wrote:
Andrew My suggestion is that we build jc1 but not libgcj by default.
Andrew HOWEVER, we build libgcj on the autobuilders and make very sure that
Andrew if anyone breaks the libgcj build they have to fix their breakage,
Andrew even tho it's not part of
On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
That aside, our current policy already allows e.g. not testing java if
your change is to a part of the compiler that can't possible affect it.
I didn't make it completely clear, but my suggestion was mostly to
help us
On Fri, 20 Jun 2008, Diego Novillo wrote:
On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
That aside, our current policy already allows e.g. not testing java if
your change is to a part of the compiler that can't possible affect it.
I didn't make it completely
On Fri, Jun 20, 2008 at 05:16:41PM -0400, Kaveh R. GHAZI wrote:
On Fri, 20 Jun 2008, Diego Novillo wrote:
On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
That aside, our current policy already allows e.g. not testing java if
your change is to a part of the
On Fri, Jun 20, 2008 at 11:16 PM, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
On Fri, 20 Jun 2008, Diego Novillo wrote:
On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI [EMAIL PROTECTED] wrote:
That aside, our current policy already allows e.g. not testing java if
your change is to a part of the
From: Steven Bosscher [EMAIL PROTECTED]
Date: Sat, 21 Jun 2008 00:09:26 +0200
What is far more worrying to me, actually, is that libjava grows
bigger and bigger and bigger with every release, so that testing it
costs developers who care zilch about java (i.e. most people) get
penalized more
From: Joe Buck [EMAIL PROTECTED]
On Fri, Jun 20, 2008 at 05:16:41PM -0400, Kaveh R. GHAZI wrote:
On Fri, 20 Jun 2008, Diego Novillo wrote:
On Fri, Jun 20, 2008 at 16:56, Kaveh R. GHAZI [EMAIL PROTECTED]
wrote:
That aside, our current policy already allows e.g. not testing java
if
Snapshot gcc-4.4-20080620 is now available on
ftp://gcc.gnu.org/pub/gcc/snapshots/4.4-20080620/
and on various mirrors, see http://gcc.gnu.org/mirrors.html for details.
This snapshot has been generated from the GCC 4.4 SVN branch
with the following options: svn://gcc.gnu.org/svn/gcc/trunk
Fundamentally, our philosophy has been to catch errors *before* they get
into the repository. Sure one day of breaking the trunk isn't so bad, but
when it breaks it affects hundreds of developers and it adds up. Everyone
separately either stops and waits, or tracks down which patch it was
I got following error after changing some GCC code, can anyone give me
some hints what's wrong here?
---
error: insn does not satisfy its constraints:
(insn:HI 690 689 1267 79 libgcc/config/libbid/bid_binarydecimal.c:146450
(parallel [
(set (mem/c:DI (plus:SI (reg:SI 2 cx [59])
On Sat, Jun 21, 2008 at 06:50:26AM +0800, Joey Ye wrote:
I got following error after changing some GCC code, can anyone give me
some hints what's wrong here?
---
error: insn does not satisfy its constraints:
(insn:HI 690 689 1267 79 libgcc/config/libbid/bid_binarydecimal.c:146450
(parallel
This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.
It was created by GNU Fortran Runtime Library configure 0.3, which was
generated by GNU Autoconf 2.59. Invocation command line was
$
--- Comment #1 from Jean-Michel dot Male at sbmoffshore dot com 2008-06-20
07:47 ---
Created an attachment (id=15792)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15792action=view)
log produced by gcc when bootstrapping and compiling FC tests
--
--- Comment #2 from dfranke at gcc dot gnu dot org 2008-06-20 07:49 ---
From: http://gcc.gnu.org/install/prerequisites.html
GNU Multiple Precision Library (GMP) version 4.1 (or later)
Necessary to build GCC. If you do not have it installed in your library search
path, you will have to
--- Comment #6 from dseketel at redhat dot com 2008-06-20 09:53 ---
Created an attachment (id=15793)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15793action=view)
rebase against current trunk
Rebased against current trunk.
--
dseketel at redhat dot com changed:
--- Comment #5 from karx11erx at hotmail dot com 2008-06-20 09:58 ---
(In reply to comment #3)
Update your system. Report this bug to OpenSUSE.
*** This bug has been marked as a duplicate of 35257 ***
I have been searching around a little and found that the gjar used by openSUSE
--- Comment #2 from pault at gcc dot gnu dot org 2008-06-20 10:43 ---
(In reply to comment #1)
This is due to an error in interface.c. The following fixes the fault,
bootstraps and regtests OK. I will apply as obvious just as soon as I can.
Paul
Index: gcc/fortran/interface.c
--- Comment #6 from karx11erx at hotmail dot com 2008-06-20 11:00 ---
(In reply to comment #5)
(In reply to comment #3)
Update your system. Report this bug to OpenSUSE.
*** This bug has been marked as a duplicate of 35257 ***
I have been searching around a little and
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-06-20 11:02 ---
*** Bug 36576 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35257
--- Comment #7 from pinskia at gcc dot gnu dot org 2008-06-20 11:02 ---
Since the gjar you are using is from OpenSUSE, you should report this bug to
them.
*** This bug has been marked as a duplicate of 35257 ***
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #8 from pinskia at gcc dot gnu dot org 2008-06-20 11:04 ---
Because gcc 4.1 throws some errors on our
code that works flawlessly with MS compilers and gcc 3, and that absolutely do
not seem to be justified, and I wanted to make sure this problem is either
fixed or still
The problem is caused by the presence of nested derived types in a component
which appears in a namelist.
--
Summary: Namelist error
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: blocker
Priority: P3
--- Comment #1 from fmuldoo at me dot lsu dot edu 2008-06-20 11:46 ---
Created an attachment (id=15794)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15794action=view)
very short example
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36582
--- Comment #7 from dseketel at redhat dot com 2008-06-20 12:05 ---
(From update of attachment 15793)
This version of the patch got sent to the mailing list at
http://gcc.gnu.org/ml/gcc-patches/2008-06/msg01329.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31754
--- Comment #2 from burnus at gcc dot gnu dot org 2008-06-20 12:27 ---
CONFIRM. The read file contains (see comments in the attached file):
info_adjoint adjoint%solver_type='direct'/
Fortran runtime error: Cannot match namelist object name 'direct'
The file works with other F95
--- Comment #9 from karx11erx at hotmail dot com 2008-06-20 12:28 ---
(In reply to comment #8)
Because gcc 4.1 throws some errors on our
code that works flawlessly with MS compilers and gcc 3, and that absolutely
do
not seem to be justified, and I wanted to make sure this
--- Comment #3 from fmuldoo at me dot lsu dot edu 2008-06-20 12:32 ---
Subject: Re: Namelist I/O error: Bogus Cannot match
namelist object
Hello,
I am not sure what is meant by regression. Am I correct in assuming
that you do not regard it as an error?
Regards,
Frank
On
--- Comment #10 from karx11erx at hotmail dot com 2008-06-20 12:33 ---
(In reply to comment #9)
(In reply to comment #8)
Because gcc 4.1 throws some errors on our
code that works flawlessly with MS compilers and gcc 3, and that
absolutely do
not seem to be justified, and I
--- Comment #11 from pinskia at gcc dot gnu dot org 2008-06-20 12:37
---
There is also no ambiguity in this:
Why that is invalid code is shown on http://gcc.gnu.org/gcc-3.4/changes.html .
(In reply to comment #9)
Which rule is forbidding this:
template class T class CTest {
--- Comment #12 from karx11erx at hotmail dot com 2008-06-20 13:03 ---
(In reply to comment #11)
There is also no ambiguity in this:
Why that is invalid code is shown on http://gcc.gnu.org/gcc-3.4/changes.html .
(In reply to comment #9)
Which rule is forbidding this:
--- Comment #4 from aldot at gcc dot gnu dot org 2008-06-20 13:33 ---
(In reply to comment #3)
Subject: Re: Namelist I/O error: Bogus Cannot match
namelist object
Hello,
I am not sure what is meant by regression. Am I correct in assuming
that you do not regard it as
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2008-06-20 13:37
---
I will take a shot at this one.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from zhonghaij at yahoo dot com 2008-06-20 13:45 ---
This code (coart.f) works fine on several SGI and SUN systems. On my mac, only
gfortran is available. based on the error message, I extracted the component
(start at line 12657) with problem and named as junk.f.
--- Comment #7 from zhonghaij at yahoo dot com 2008-06-20 13:49 ---
Subject: Re: Segmentation fault from gfortran compilation
Yes, junk.f is fine though it is extracted from coart.f.
This code (coart.f) works fine on several SGI and SUN systems. On my mac, only
gfortran is available.
--- Comment #8 from lauras at gcc dot gnu dot org 2008-06-20 13:57 ---
Subject: Bug 36276
Author: lauras
Date: Fri Jun 20 13:57:00 2008
New Revision: 136989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136989
Log:
2008-06-20 Laurynas Biveinis [EMAIL PROTECTED]
--- Comment #2 from lauras at gcc dot gnu dot org 2008-06-20 13:57 ---
Subject: Bug 34908
Author: lauras
Date: Fri Jun 20 13:57:00 2008
New Revision: 136989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136989
Log:
2008-06-20 Laurynas Biveinis [EMAIL PROTECTED]
--- Comment #15 from laurynas dot biveinis at gmail dot com 2008-06-20
14:00 ---
Junk output and valgrind errors should be fixed by a patch for PR fortran/34908
and PR fortran/36276. The /tmp/... file name issue needs additional fixing
though.
--
--- Comment #13 from pinskia at gcc dot gnu dot org 2008-06-20 14:01
---
think of:
templateclass T struct CBaseT
{
protected:
T *i;
};
template struct CBaseint
{
protected: typedef int i;
};
templateclass T struct CDerived : public CBaseT
{
inline T* foo (void) { return
--- Comment #5 from gnu_andrew at member dot fsf dot org 2008-06-20 14:34
---
Wha is this bug waiting on? The only clear bug I can see here is that the
Classpath build system (not gcc's; Classpath ./configure is invoked by the
surrounding gcj build) should be checking the version of
--- Comment #8 from kargl at gcc dot gnu dot org 2008-06-20 15:54 ---
(In reply to comment #6)
This code (coart.f) works fine on several SGI and SUN systems. On my mac, only
gfortran is available. based on the error message, I extracted the component
(start at line 12657) with
--- Comment #111 from vincent at vinc17 dot org 2008-06-20 16:09 ---
(In reply to comment #109)
WHERE'S THE BUG
This is really not a GCC bug. The bug is actually in the x87 FPU because it
doesn't obey the IEEE standard.
Concerning the standards: The x87 FPU does obey the
This is an ICE on valid code with gcc 4.3.1 which does not occur with gcc
4.2.4.
m68k-rtems4.9-gcc is 4.3.1. With 4.2.4, I tried to duplicate this with -m5200
since the option set has changed.
$ m68k-rtems4.9-gcc -fasm -c -mcpu=5206-O2 j1.c
j1.c: In function 'dbGet':
j1.c:79: internal
--- Comment #1 from joel at gcc dot gnu dot org 2008-06-20 16:20 ---
Created an attachment (id=15795)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15795action=view)
Cut down test case
This is a stripped down version of the code that tripped the bug.
--
The example that will be attached in the next comment exhibits a problem with
recursive functions. It looks that gcc doesn't align stack correctly if the
only remaining call (after inlining?) in the function is the call to itself.
Compiling the test source with -O3 -m32 produces:
sbisect:
-4
-8
--- Comment #1 from ubizjak at gmail dot com 2008-06-20 16:40 ---
Created an attachment (id=15796)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15796action=view)
test case
The testcase, distilled from povray-3.6.1
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36584
http://groups.google.com/group/gnu.gcc.help/browse_thread/thread/6bcf1e13819aef7a#
http://groups.google.com/group/comp.lang.c/browse_thread/thread/a51b90d9ed8580d6
Using the --std=c99 switch, programs using getaddrinfo and other IPv6-aware
networking commands don't work:
[ ~/src/_sandbox] gcc
checking whether the GNU Fortran compiler is working... no
configure: error: GNU Fortran is not working; please report a bug in
http://gcc.gnu.org/bugzilla, attaching
/INSTALL/x/gcc-4.3.1/BUILD/i686-pc-linux-gnu/libgfortran/config.log
make[1]: *** [configure-target-libgfortran] Error 1
make[1]:
--- Comment #1 from kanito73 at hotmail dot com 2008-06-20 18:59 ---
Created an attachment (id=15797)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15797action=view)
Make output indicates to attach config.log file
Make output indicates to attach config.log file
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-06-20 19:03 ---
This is not a bug with GCC but an issue with glibc, ask them they provide the
headers.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
This patch implements a ``-Wunused-objects'' warning which is triggered if a
constructor is called, and the returned object is thrown away.
This can happen by accident when a declaration for an object accidentally omits
a name. For instance:
{
trace_class (foo, ...);
// ^
--- Comment #2 from kargl at gcc dot gnu dot org 2008-06-20 19:23 ---
Please read the instruction on how to build GCC. Your config.log shows
that you are trying to build gcc within its source directory. This is
supported.
$ ../configure --prefix=/usr/local --with-mpfr=/usr/local
--- Comment #1 from kkylheku at gmail dot com 2008-06-20 19:23 ---
Created an attachment (id=15798)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15798action=view)
Implements -Wunused-objects warning for C++.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36587
--- Comment #2 from kkylheku at gmail dot com 2008-06-20 20:26 ---
I should add that this is different from -Wunused-value, because I want this
warning emitted even if the constructor (or its corresponding destructor) have
side effects.
--
--- Comment #8 from clerman at fuse dot net 2008-06-20 20:32 ---
Subject: Re: incorrect error when compiling
Hello,
I'm not sure if I mentioned in my original bug report that I'm downloading
the trunk version for GNU/Linux for 64-bit AMD-compatible processors (x86_64)
processors.
--- Comment #3 from c94wjpn at gmail dot com 2008-06-20 23:13 ---
Subject: Re: gcc refuses to recognize libraries on the command line
I think you're mad. I won't be reporting any bugs to gcc until I see signs
of intelligence coming from you people.
w.
On Thu, Jun 19, 2008 at 4:02
58 matches
Mail list logo