--- Additional Comments From aaronw at net dot com 2005-07-13 19:33 ---
Here's a bit more info for the context including libtool parms:
creating libgij.la
(cd .libs && rm -f libgij.la && ln -s ../libgij.la libgij.la)
/bin/bash ./libtool --tag=GCJ
--mode=link /var/tmp/gcc4/gcc-4.0.1/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
19:43 ---
*** This bug has been marked as a duplicate of 21206 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
19:43 ---
*** Bug 22468 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
19:44 ---
*** This bug has been marked as a duplicate of 21206 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
19:44 ---
*** Bug 22323 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
19:46 ---
Hmm, since this has now reported on i686-pc-linux-gnu, I have no idea what is
going on. The only
thing I can think of is gcj is being miss compiled but I really doubt that
since this also on sparc too.
--
What|Removed |Added
CC||dish at csua dot berkeley
||dot edu
http://gcc.gnu.org/bugzilla
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
19:52 ---
Nope. Stuff::Bar is injected as Bar inside Foo as Stuff::Bar is the supper
class.
GCC is correct.
--
What|Removed |Added
--
--
What|Removed |Added
Target Milestone|--- |4.0.2
Version|4.1.0 |4.0.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22461
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
20:06 ---
Even though PR 22398 is not caught by my patch it is caught later by VRP. I
will add a patch to catch
mismatch in comparisons.
--
What|Removed |Added
-
--- Additional Comments From ian at airs dot com 2005-07-13 20:11 ---
Proposed patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00954.html
--
What|Removed |Added
With "Wed Jul 13 00:19:06 UTC 2005" this test passed.
With "Wed Jul 13 13:14:33 UTC 2005" it fails:
Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/compile.exp ...
FAIL: gcc.c-torture/compile/941014-2.c -O3 -fomit-frame-pointer -funroll-loops
(test for excess errors)
FAIL:
>
> With "Wed Jul 13 00:19:06 UTC 2005" this test passed.
> With "Wed Jul 13 13:14:33 UTC 2005" it fails:
This is obvious caused by:
+2005-07-12 Zdenek Dvorak <[EMAIL PROTECTED]>
+
+ PR rtl-optimization/20376
+ * toplev.c (process_options): Enable -fweb and -frename-registers when
+
--- Additional Comments From mckinlay at redhat dot com 2005-07-13 18:18
---
Updated summary to reflect that this is actually caused by the libgcj verifier.
A workaround is to use "gij -noverify"
--
What|Removed |Added
--
error: no match for 'operator=' in 'i = QValueList::begin() const [with T =
NormalizedRect*]()'
/usr/include/qt/qvaluelist.h:76: note: candidates are:
QValueListIterator&
QValueListIterator::operator=(const
QValueListIterator&)
--
Summary: [4.0 regression] reject-valid-code
--- Additional Comments From pluto at agmk dot net 2005-07-13 22:26 ---
Created an attachment (id=9263)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9263&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22470
--
What|Removed |Added
Known to work||3.3.6 4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22470
--- Additional Comments From uweigand at gcc dot gnu dot org 2005-07-13
22:28 ---
Bootstrap on s390-ibm-linux is still broken because of this issue. Can we just
check in the patch from comment #45?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
--- Additional Comments From pluto at agmk dot net 2005-07-13 22:30 ---
known to fail 4.0.1-20050521
--
What|Removed |Added
Known to fail||4
Several of the SPEC CPU2000 tests currently fail on powerpc64-linux
with -fprofile-generate/-fprofile-use plus -O3. Some of the failures
start recently and appear to be intermittent. Failures for 176.gcc
with either -m32 or -m64 and 175.vpr with -m64 start with this patch
from dberlin (Remove var
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
23:36 ---
I cannot reproduce this with "4.0.1 20050605" with the testcase you attached.
Can you attach the correct test that fails and try a 4.0.1 release version also?
--
What|Removed
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Keywords|
Executing on host: /home/dave/gnu/gcc-4.0/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4
.0/objdir/gcc/ -O3 -fomit-frame-pointer -w -fno-show-column -c -o 930621-1.o
/home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.c-torture/compile/930621-1.c(t
imeout = 300)
PASS: gcc.c-torture/compile/930621-1.c -O
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
23:41 ---
15023 is the bug for rename-registers being buggy.
--
What|Removed |Added
OtherBugsDependingO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
23:41 ---
15023 is the bug for rename-registers being buggy.
--
What|Removed |Added
OtherBugsDependingO
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
23:43 ---
This is obvious caused by:
+2005-07-12 Zdenek Dvorak <[EMAIL PROTECTED]>
+
+ PR rtl-optimization/20376
+ * toplev.c (process_options): Enable -fweb and -frename-registers when
+ unrolling
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
23:47 ---
Question is does this fail on the 3.3 (or 3.4) branch where -frename-registers
is enabled at -O3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22472
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-13
23:47 ---
Question is does this fail on the 3.3 (or 3.4) branch where -frename-registers
is enabled at -O3?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22469
--
What|Removed |Added
Component|middle-end |rtl-optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22472
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-13
23:56 ---
It might not be a regrename bug. I see this at the end of the .ce pass:
;; Start of basic block 0, registers live: 2 [%r2] 22 [%r22] 26 [%r26] 28 [%r28]
30 [%r30]
(note 9 2 145 0 [bb 0] NOTE_INSN_BASIC_BL
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-07-13 23:59 ---
Subject: Re: [4.1 regression] testsuite failure
gcc.c-torture/compile/930621-1.c -O3 -funroll-loops
> Question is does this fail on the 3.3 (or 3.4) branch where =
> -frename-registers is enabled
Executing on host: /home/dave/gnu/gcc-4.0/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4
.0/objdir/gcc/ /home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.c-torture/execute/co
nversion.c -w -O0 -fno-show-column -lm -o /home/dave/gnu/gcc-4.0/objdir/gc
c/testsuite/conversion.x0(timeout = 300)
PASS: gcc.c
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-07-14
00:25 ---
Subject: Re: New: corrupted profile info with
-O3 -fprofile-use
On Wed, 2005-07-13 at 23:28 +, janis at gcc dot gnu dot org wrote:
> Several of the SPEC CPU2000 tests currently fail on powerpc6
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
00:43 ---
Maybe this is -fweb issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22472
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
00:52 ---
Should have been marked as a regression.
On the mainline we get:
org/tritonus/util/TCircularBuffer.java: In class
'org.tritonus.util.TCircularBuffer':
org/tritonus/util/TCircularBuffer.java: In method
'or
--
What|Removed |Added
Last reconfirmed|2004-04-06 18:30:23 |2005-07-14 00:54:22
date||
Summary|ICE with -msse2 -mfpma
--
What|Removed |Added
BugsThisDependsOn||22474
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
Take the following code:
typedef struct objc_class *Class;
@interface a
{
Class isa;
}
@end
@implementation a
- (int)isEqual:anObject
{
return self==anObject;
}
@end
We get an type mismatch in the EQ_EXPR which is wrong.
I will attach the patch to find this in PR 22368
--
Summa
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
01:24 ---
The ICE is:
Object.c:11: error: types mismatch in comparsion
struct a *
struct objc_object *
selfD.1337 == anObjectD.1339;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22474
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-14
01:47 ---
A testcase which is exposed by PR 22368's second patch:
int __show_backtrace(void *rw)
{
return (rw && (((unsigned long) rw) >= 0xf000) );
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22398
4.1.0 20050713 (experimental)
alias CONFIGURECVS='../gcc/configure --verbose --enable-languages=c++
--disable-nls >clog 2>&1 &'
alias BUILD='nice gmake CFLAGS='\'''\'' BOOT_CFLAGS='\'''\''
LIBCFLAGS='\'
--
What|Removed |Added
Keywords||build, ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22475
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-14
02:49 ---
I think we have to consider character arrays. See:
character*2 a (1)
character*4 b
character*6 c
parameter (a="12")
parameter (b = a(1))
write (c,'("#",A,"#"
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-14
03:30 ---
For comment #5, here is the backtrace:
#0 gfc_internal_error (
format=0x8447620 "Initialization expression didn't reduce %C")
at ../../gcc/gcc/fortran/error.c:662
#1 0x0805da16 in gfc_match_init_e
--- Additional Comments From dje at watson dot ibm dot com 2005-07-14
03:37 ---
Subject: Re: Character length incorrect.
> fengwang at gcc dot gnu dot org writes:
fengwang> IMHO, your patch only handles the scalar character and is not entire,
though a
fengwang> different bug is
--- Additional Comments From fengwang at gcc dot gnu dot org 2005-07-14
03:46 ---
I just hope you could work on this ;-)
Having a good start, why not fix entirely? If somebody agrees to fix step by
step, I have no objection.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
--- Additional Comments From dje at watson dot ibm dot com 2005-07-14
03:49 ---
Subject: Re: Character length incorrect.
> fengwang at gcc dot gnu dot org writes:
Feng> Having a good start, why not fix entirely? If somebody agrees to fix step
by
Feng> step, I have no objection.
Currently the -Wmissing-format-attribute works on functions by examining the
current function body for calls to vprintf-like functions and if so it flags
the current function as a candidate for another format attribute. You can then
back-track to callees and propagate the attribute as necessary
GNAT will produce the "Storage Error" below when trying to compile any Ada
source files.
The system is running an up-to-date (as of Thursday 14 July 2005 AEST) Fedora
Core 3 distribution with:
gcc-3.4.3-22.fc3
gcc-gnat-3.4.3-22.fc3
libgnat-3.4.3-22.fc3
glibc-2.3.5-0.fc3.1
glibc-comm
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-14
06:22 ---
Subject: Bug 16435
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-14 06:22:00
Modified files:
libgfortran/io : transfer.c write.c io.h
libg
101 - 150 of 150 matches
Mail list logo
