--- Comment #3 from rleigh at debian dot org 2006-01-03 23:49 ---
Looking at _M_cfile_created as you suggested, it does look like the
documentation is correct as it stands.
Sorry for the waste of time.
Thanks,
Roger
--
rleigh at debian dot org changed:
What|Removed
--- Comment #10 from mark at codesourcery dot com 2006-01-04 00:01 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied
into two different functions
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
>tree const_expr = expr;
>do
> {
>expr =
--- Comment #11 from mark at codesourcery dot com 2006-01-04 00:02 ---
Subject: Re: [4.0/4.1/4.2 Regression] ICE with const int copied
into two different functions
rakdver at atrey dot karlin dot mff dot cuni dot cz wrote:
> what about this patch, then (assuming it passes testing)?
--- Comment #5 from tromey at gcc dot gnu dot org 2006-01-04 00:25 ---
Subject: Bug 9715
Author: tromey
Date: Wed Jan 4 00:25:28 2006
New Revision: 109304
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109304
Log:
PR libgcj/9715, PR libgcj/19132:
* java/nio/cha
--- Comment #4 from tromey at gcc dot gnu dot org 2006-01-04 00:25 ---
Subject: Bug 19132
Author: tromey
Date: Wed Jan 4 00:25:28 2006
New Revision: 109304
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109304
Log:
PR libgcj/9715, PR libgcj/19132:
* java/nio/ch
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 00:27 ---
Confirmed.
Though having this part of classpath would be even cooler.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25655
--- Comment #6 from tromey at gcc dot gnu dot org 2006-01-04 00:28 ---
This is mostly fixed.
We still have some issues around the BOM and byte ordering
for UTF-16, UnicodeBig, and UnicodeLittle, presumably caused
by iconv.
So, I'm leaving this open.
--
tromey at gcc dot gnu dot org c
--- Comment #5 from tromey at gcc dot gnu dot org 2006-01-04 00:45 ---
Fixed in 4.1.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSI
--- Comment #4 from hp at gcc dot gnu dot org 2006-01-04 00:50 ---
Where it used to work for 108426 I see this for 109236
on (cross from i686-pc-linux-gnu FC2 unless otherwise noted):
mips-elf
sh-elf
i686-pc-linux-gnu (native, FC2)
cris-axis-linux-gnu
cris-axis-elf
mmix-knuth-mmixware
Since 23rd Dec. this benchmark getting runtime error with "miscompare output".
I'm doing regression hunt to track the patch which most probably have caused
the failure.
--
Summary: runtime error with 191.fma3d benchmark
Product: gcc
Version: 4.2.0
Sta
--- Comment #2 from mmitchel at gcc dot gnu dot org 2006-01-04 01:03
---
Subject: Bug 25492
Author: mmitchel
Date: Wed Jan 4 01:03:26 2006
New Revision: 109305
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109305
Log:
PR c++/25492
* name-lookup.c (push_class_l
--- Comment #6 from mmitchel at gcc dot gnu dot org 2006-01-04 01:03
---
Subject: Bug 25625
Author: mmitchel
Date: Wed Jan 4 01:03:26 2006
New Revision: 109305
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109305
Log:
PR c++/25492
* name-lookup.c (push_class_l
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-04 01:04
---
Subject: Bug 25492
Author: mmitchel
Date: Wed Jan 4 01:04:03 2006
New Revision: 109306
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109306
Log:
PR c++/25492
* name-lookup.c (push_class_l
--- Comment #7 from mmitchel at gcc dot gnu dot org 2006-01-04 01:04
---
Subject: Bug 25625
Author: mmitchel
Date: Wed Jan 4 01:04:03 2006
New Revision: 109306
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109306
Log:
PR c++/25492
* name-lookup.c (push_class_l
--- Comment #8 from mmitchel at gcc dot gnu dot org 2006-01-04 01:04
---
Subject: Bug 25625
Author: mmitchel
Date: Wed Jan 4 01:04:51 2006
New Revision: 109307
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109307
Log:
PR c++/25492
* name-lookup.c (push_class_l
--- Comment #4 from mmitchel at gcc dot gnu dot org 2006-01-04 01:04
---
Subject: Bug 25492
Author: mmitchel
Date: Wed Jan 4 01:04:51 2006
New Revision: 109307
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=109307
Log:
PR c++/25492
* name-lookup.c (push_class_l
Since 23rd Dec. this benchmark getting runtime error with "miscompare output".
I'm doing regression hunt to track the patch which most probably have caused
the failure.
Since similar problem is reported for fma3d benchmark (maybe the same patch has
caused the problem)
Has this seen on other platfo
--- Comment #5 from hp at gcc dot gnu dot org 2006-01-04 01:06 ---
Also seen for 109236 (new test) with cross to
mmix-knuth-mmixware, cris-axis-elf, cris-axis-linux-gnu,
i686-pc-linux-gnu (native FC2), sh-elf, mips-elf:
Running
/home/hp/combined/combined/gcc/testsuite/objc.dg/gnu-encodin
--- Comment #5 from mmitchel at gcc dot gnu dot org 2006-01-04 01:07
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #9 from mmitchel at gcc dot gnu dot org 2006-01-04 01:07
---
Fixed in 4.0.3.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #5 from jsm28 at gcc dot gnu dot org 2006-01-04 01:08 ---
Appeared between 109012 and 109267 on i686-pc-linux-gnu, hppa2.0w-hp-hpux11.11,
hppa64-hp-hpux11.11.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-01-04 01:11 ---
This is also related to PR 20308 (I think they are more than related, I think
they are the same bug but reproducing in a different way).
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-04 01:16 ---
Oh, right I should be handling this soon. The rest of objc are because of PR
25464 which is harder to fix as I also have to look into making sure that
methods are encoded correctly still.
--
pinskia at gcc dot g
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 01:22 ---
Hmm, this seems to work on Diego's tester:
http://people.redhat.com/dnovillo/spec2000.ppc64/gcc/log/20060103/CFP2000.084.html
What options are you using?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25656
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-01-04 01:23 ---
Hmm, this seems to work on Diego's tester on powerpc64-linux-gnu:
http://people.redhat.com/dnovillo/spec2000.ppc64/gcc/log/20060103/CFP2000.084.html
What options are you using?
--
http://gcc.gnu.org/bug
This testsuite fails due to a timeout on this 3GHz P4 machine with 1GB PC3200
DDR.
The actual runtime when run manually (it exits successfully)
is reported by time as:
"mmix 1.exe 397.73s user 0.07s system 100% cpu 6:37.71 total"
Admittedly, the mmix simulator could be faster, but I think
the test
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-04 01:26 ---
And SuSE's tester:
http://www.suse.de/~gcctest/SPEC/CFP/sb-vangelis-head-64/recent.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25656
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-04 01:27 ---
And SuSE's tester:
http://www.suse.de/~gcctest/SPEC/CFP/sb-vangelis-head-64/recent.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
--- Comment #3 from uttamp at us dot ibm dot com 2006-01-04 01:46 ---
peak options are,
"-O3 -mcpu=power4 -ffast-math -ftree-loop-linear -funroll-loops -fpeel-loops
-m32"
base options are,
"-O2 -mcpu=power4 -m32"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-01-04 01:46 ---
(In reply to comment #2)
> And SuSE's tester:
> http://www.suse.de/~gcctest/SPEC/CFP/sb-vangelis-head-64/recent.html
Oh, that is a x86_64, SuSE's ppc64 tester looks to be down.
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from uttamp at us dot ibm dot com 2006-01-04 01:47 ---
peak options are,
"-O3 -mcpu=power4 -ffast-math -ftree-loop-linear -funroll-loops -fpeel-loops
-m32"
base options are,
"-O2 -mcpu=power4 -m32"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25656
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-01-04 01:49 ---
I wonder if this is related at all to PR 25578 which was just fixed today:
2006-01-03 Paolo Bonzini <[EMAIL PROTECTED]>
PR rtl-optimization/25578
* combine.c (combine_simplify_rtx, force_to_mode):
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-01-04 01:52 ---
Oh, I forgot to mention that the patch which caused PR 25578 was:
2005-12-23 Paolo Bonzini <[EMAIL PROTECTED]>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
--- Comment #7 from uttamp at us dot ibm dot com 2006-01-04 02:02 ---
Yes, I'll.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25657
[forwarded from http://bugs.debian.org/336021]
seen with 4.0 20051204 and 4.1 20051124
$ g++ -c armsim.ii
../libosm/object_pool.hpp: In member function 'T* obj_pool::allocate(S*, const I&) [with T = _opt_machine_, I = unsigned int, S
= simulator::arm_simulator, T* (* Allocator)(S*, I) =
simulator
--- Comment #1 from debian-gcc at lists dot debian dot org 2006-01-04
02:21 ---
Created an attachment (id=10580)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10580&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25659
--
debian-gcc at lists dot debian dot org changed:
What|Removed |Added
Severity|normal |major
Keywords||ice-on-
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[4.0/4.1 regression] ICE in |[4.0/4.1/4.2 regression] ICE
|build_call, at cp/cal
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-01-04 02:26 ---
Reducing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25659
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-01-04
02:41 ---
Subject: Re: ACATS cxg1005 fails at runtime on hppa-linux
> May be this one?
Nope.
There seems to be an optimisation issue. I rebuilt the runtime
at -O0. The test passes when compiled at -O0 and -O1,
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-01-04 03:25
---
This is not a bug. gfortran behavior is identical to ifort.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24886
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-01-04 03:42 ---
The reduced testcase for this one is:
template class obj_pool {
public:
T *allocate(S *sim, const I& id) {
return Allocator(sim, id);
}
};
namespace simulator {
struct arm_simulator {
static int *mach_
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-01-04 03:42
---
*** Bug 25659 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from pinskia at gcc dot gnu dot org 2006-01-04 03:44
---
(In reply to comment #8)
> Disagree with known to work 4.0.2 - original report was from 4.0.2.
I actually disagree with saying the compiler you are using is a 4.0.2 compiler.
It is a 4.0.3 compiler from the date
--- Comment #3 from mmitchel at gcc dot gnu dot org 2006-01-04 04:24
---
The problem is as follows:
(1) cp_parser_nested_name_specifier_opt defers accessing checking.
(2) In the case that it is parsing tentatively, it creates a
CPP_NESTED_NAME_SPECIFIER token, recording the access che
I got a following internal error.
$ gfortran --version
GNU Fortran 95 (GCC) 4.2.0 20051216 (experimental)
Copyright (C) 2005 Free Software Foundation, Inc.
GNU Fortran comes with NO WARRANTY, to the extent permitted by law.
You may redistribute copies of GNU Fortran
under the terms of the GNU Gen
--- Comment #1 from prafullat at kpitcummins dot com 2006-01-04 07:20
---
Hi,
We found a patch for this PR16665.
The Google cache link is as given below (We could not locate any
other link for it),
http://66.249.93.104/search?q=cache:YpH6FllSZGMJ:svn.uludag.org.tr/pardus/pardus-deve
--- Comment #6 from dorit at il dot ibm dot com 2006-01-04 07:33 ---
Maybe related to:
2005-12-26 Kazu Hirata <[EMAIL PROTECTED]>
PR tree-optimization/25125
* convert.c (convert_to_integer): Don't narrow the type of a
PLUX_EXPR or MINUS_EXPR if !flag_wrapv and
--- Comment #7 from dorit at il dot ibm dot com 2006-01-04 07:36 ---
(sorry, didn't notice it was already diagnosed as such)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25590
101 - 149 of 149 matches
Mail list logo
