On Wed, Aug 10, 2005 at 08:48:44AM -0700, H. J. Lu wrote:
* config.gcc (i[34567]86-*-linux*): Add i386/t-crtfm to tm-file.
(x86_64-*-linux*): Likewise.
* config/i386/crtfastmath.c: New file.
* config/i386/t-crtfm: Likewise.
* config/i386/linux.h
On Wed, Aug 10, 2005 at 10:05:26AM -0700, Mark Mitchell wrote:
Christopher Faylor wrote:
This would conflict with my proposed changes to pex-win32.c . It seems
like getting '#!' functioning on mingw would be a better solution than
relying on $(LN) on mingw.
FWIW, I'm opposed to the #!
Daniel Jacobowitz wrote:
On Wed, Aug 10, 2005 at 10:05:26AM -0700, Mark Mitchell wrote:
Christopher Faylor wrote:
This would conflict with my proposed changes to pex-win32.c . It seems
like getting '#!' functioning on mingw would be a better solution than
relying on $(LN) on mingw.
FWIW,
On Wed, Aug 10, 2005 at 10:38:26AM -0700, Mark Mitchell wrote:
Daniel Jacobowitz wrote:
On Wed, Aug 10, 2005 at 10:05:26AM -0700, Mark Mitchell wrote:
Christopher Faylor wrote:
This would conflict with my proposed changes to pex-win32.c . It seems
like getting '#!' functioning on mingw would
artec.c: In function `artec_reverse_line':
artec.c:11: error: unrecognizable insn:
(insn 33 32 34 0 (set (reg:SI 14 lr)
(mem:SI (plus:SI (reg/f:SI 15 sp)
(const_int 32768 [0x8000])) [0 S4 A32])) -1 (nil)
(nil))
artec.c:11: internal compiler error: in extract_insn, at
--- Additional Comments From christian dot joensson at gmail dot com
2005-08-10 07:47 ---
well, simply applying this to the 4.0 branch did the trick (together with 20604
applied), I get this:
LAST_UPDATED: Wed Aug 10 05:32:31 UTC 2005 with
From make-check in libstdc++
FAIL: 23_containers/set/explicit_instantiation/3.cc (test for excess errors)
Excess errors:
/mnt/hd/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_set.h: In member
function 'std::pairtypename std::_Rb_tree_Key, _Key, std::_Identity_Key,
_Compare, typename
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-10 07:53
---
Created an attachment (id=9459)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9459action=view)
pre-processed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23310
--
What|Removed |Added
Known to fail||4.1.0
Known to work||4.0.0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
08:20 ---
Subject: Bug 23309
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 08:20:25
Modified files:
gcc/config/m32r: m32r.c
Log message:
PR
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
08:21 ---
Subject: Bug 23309
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-10 08:21:12
Modified files:
gcc:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
08:37 ---
g++ (GCC) 4.0.2 20050728 does not ICE for me on the reduced testcase, but
instead
mainline does with a slightly different ICE:
pr23307.ii:5: internal compiler error: in cp_parser_template_id, at
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
08:58 ---
Patch submitted.
--
What|Removed |Added
URL|
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:15 ---
I can confirm a ~2.x time slowdown going from -O2 to -O2 -finline-functions on
i686. Though this is unfortunate.
--
What|Removed |Added
--- Additional Comments From inaoka dot kazuhiro at renesas dot com
2005-08-10 09:20 ---
Fixed in 4.0.1.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:23 ---
I believe we can only do so for -fwrapv (but we don't) or for unsigned (which we
also don't do). I may look at this somewhen in the future.
We also don't canonicalize
int f(int a)
{
return a + a + a;
}
--- Additional Comments From inaoka dot kazuhiro at renesas dot com
2005-08-10 09:27 ---
m32r is no longer affected.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:32 ---
Confirmed.
/mnt/hd/bld/gcc/i686-pc-linux-gnu/libstdc++-v3/include/bits/stl_set.h: In member
function âstd::pairtypename std::_Rb_tree_Key, _Key, std::_Identity_Key,
_Compare, typename
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
09:40 ---
Maybe too fast in blaming IVOPTs -- the ICE is during update_ssa of the alias
pass, and -fdump-tree-alias fixes it. This is a duplicate bug of ... ? (I had
this personally at one time) Maybe it's worth
When compiling samba-3.0.14a with the attached configure-options, the smbd and
winbindd are crashing randomly when started with the '--help'-Option. Sometimes
the show the beginning of the help-screen an then they crash with SIGSEGV. The
next time there is an infinite loop of the help-screen. It
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-08-10 10:07 ---
We need at least preprocessed testcase to reproduce wrong-code bug. And please
try current snapshot of 4.0 branch, there are some bugs fixed:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:26 ---
(In reply to comment #3)
I believe we can only do so for -fwrapv (but we don't) or for unsigned (which
we
also don't do). I may look at this somewhen in the future.
Why do you believe that with
32 similar ICEs appeared on x86 and x86_64 between:
LAST_UPDATED: Sat Aug 6 15:29:38 UTC 2005
LAST_UPDATED: Tue Aug 9 20:10:22 UTC 2005
+===GNAT BUG DETECTED==+
| 4.1.0 20050809 (experimental) (x86_64-unknown-linux-gnu) GCC error: |
|
--- Additional Comments From laurent at guerby dot net 2005-08-10 10:29
---
Forgot the list:
a54b02a c32001a c34001a c34001c c34001d
c34001f c34011b c35003a c35003b c35502b
c35502p c35508a c35508b c35508e c35508g
c35508l c35508o c35508p c36104b c37005a
c43215a c43215b c433001 c45242b
--- Additional Comments From laurent at guerby dot net 2005-08-10 10:29
---
cc3601a cxacb01
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23312
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:30 ---
*** This bug has been marked as a duplicate of 22444 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:30 ---
*** Bug 23310 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:33 ---
I think this was caused by:
2005-08-08 Richard Henderson [EMAIL PROTECTED]
PR 22439
* gimplify.c (gimplify_one_sizepos): Preserve the original type.
Which means it is also on the 4.0
* the code segfaults
* there is no error message, not even a warning
* the docs dont say ebp on the clobber list has undefinied behaviour though you
could argue its common knowledgde that gcc-asm has undefined behavior in general
testcase:
int main(){
int i;
asm (
xorl %%ebp,
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:46 ---
Frame pointer is still not fixed at -O0.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11807
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:47 ---
This is a dup of bug 11807. at -O1 and above, we get an error:
t.c: In function `main':
t.c:11: error: bp cannot be used in asm here
*** This bug has been marked as a duplicate of 11807 ***
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:47 ---
*** Bug 23313 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
10:53 ---
4.0.0 ICEs for me so does 3.4.0. 3.3.3 does not.
--
What|Removed |Added
GCC build
Testcase, compile to native from source:
class t
{
void f(Object[] releaseTargets)
{
releaseTargets[0] = null;
}
}
t.2.java: In method 't.f(java.lang.Object[])':
t.2.java:1: error: statement types mismatch
releaseTargets.0D.397-dataD.387[D.405] = 0B;
struct *
voidD.8 *
t.2.java:1:
--
What|Removed |Added
BugsThisDependsOn||23314
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:22 ---
This was reduced from gnu/awt/LightweightRedirector.java
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23314
--- Additional Comments From giovannibajo at libero dot it 2005-08-10
11:25 ---
Small testcase from PR 23313, showing ICE on invalid:
-
int main(){
int i;
asm (
xorl %%ebp, %%ebp\n\t
movl %0, %%ebp\n\t
:: m (i)
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:28 ---
(In reply to comment #18)
Small testcase from PR 23313, showing ICE on invalid:
the code does not ICE but creates wrong code at runtime.
--
What|Removed |Added
--- Additional Comments From gdr at integrable-solutions dot net
2005-08-10 11:35 ---
Subject: Re: can't compile self defined void distance(std::vectorT,
std::vectorT)
adah at netstd dot com [EMAIL PROTECTED] writes:
| Now to your point. Please notice that my current stance is not
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:41 ---
More reduced testcase:
class t1
{
void getParent(){t1 tt = null;}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23314
Testcase:
class t1
{
native t2 getParent();
void gg(t1 t5)
{
t5 = t5.getParent();
}
}
class t2 extends t1 { }
The other testcase reduced from gnu/awt/LightweightRedirector.java.
Again use the first patch in PR 22368.
--
Summary: java produces mismatch types in
--
What|Removed |Added
BugsThisDependsOn||23315
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--- Additional Comments From aph at gcc dot gnu dot org 2005-08-10 11:43
---
It's okay, your first testcase was adequately reduced.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23314
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:46 ---
Forgot to say this is to native from source.
t.2.java: In class 't1':
t.2.java: In method 't1.gg(t1)':
t.2.java:1: error: statement types mismatch
t5D.369 = D.410;
struct t1D.364 *
struct t2D.370 *
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
11:50 ---
Confirmed, ICC also does not warn or error out.
--
What|Removed |Added
--
What|Removed |Added
Component|c |target
Keywords||ice-on-valid-code
Target Milestone|---
--- Additional Comments From Tobias dot Kranz at bka dot bund dot de
2005-08-10 12:12 ---
The same with the current snapshot! :-(
(1) Compiling samba with gcc-4.0-20050804 works, but when i run 'smbd --help'
smbd crashes again!
When I compile it with gcc-3.4.3 ist works fine.
(2) I'm
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
12:12 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
12:14 ---
Lets keep this in waiting until there is a testcase.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
12:17 ---
(In reply to comment #2)
Isn't this a testsuite issue?
Yes, Confirmed.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
12:58 ---
I'm reducing the testcase from 23310 at the moment. Trying to produce both
an ice-on-valid and a (smaller) ice-on-invalid (or ice-on-ice, whatever will
come out of it ;)).
--
What|Removed
The program below compiles and behaves as expected with gcc 3.3.1(*), but not
with 3.4.2. I believe that it is the older version of the compiler that is
right.
gcc 3.4.2 will not compile the program as long as the copy constructor for the
x class is private, even though the copy constructor
--- Additional Comments From giovannibajo at libero dot it 2005-08-10
13:49 ---
No testcase was added, so reopening this until the testcase is committed.
--
What|Removed |Added
--- Additional Comments From giovannibajo at libero dot it 2005-08-10
13:52 ---
Please read:
http://gcc.gnu.org/gcc-3.4/changes.html
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
13:53 ---
Please read: http://gcc.gnu.org/gcc-3.4/changes.html:
When binding an rvalue of class type to a reference, the copy constructor of
the class must be
accessible. For instance, consider the following code:
--- Additional Comments From christian dot engstrom at glindra dot se
2005-08-10 14:41 ---
Subject: Re: Unused copy constructor can't be private
giovannibajo at libero dot it wrote:
Please read:
http://gcc.gnu.org/gcc-3.4/changes.html
Quite right. That was indeed a surprising
Assigning to an enum value from, for example, an istringstream fails, but the
failure bit on the istream
is not set. Using an int temporary works just fine.
The .ii file is attached. The output of g++ -v -save-temps Test.cpp is:
Reading specs from /usr/lib/gcc-lib/i486-linux/3.3.5/specs
--- Additional Comments From peter at gamelogic dot com 2005-08-10 15:27
---
Created an attachment (id=9463)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9463action=view)
Test case which shows failing and successful examples of this bug.
--
On Mon, Aug 08, 2005 at 02:14:42PM -0700, Steve Kargl wrote:
On Mon, Aug 08, 2005 at 09:23:07AM +0200, Bernhard Fischer wrote:
+ if (gfc_option.fixed_line_length == 72) /* default */
+maxlen = GFC_MAX_LINE;
Unless I misunderstand the above, the following
gfortran
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
15:37 ---
In 3.4 and above, I get:
t4.cc:16: error: ambiguous overload for operator in Temp (int)Val
/home/gates/pinskia/linux/lib/gcc/i686-pc-linux-gnu/4.1.0/../../../../include/c++/4.1.0/istream:
131: note:
--- Additional Comments From amacleod at redhat dot com 2005-08-10 15:55
---
A quick glance shows that parse_ssa_operands() does not expect to receive a tree
that looks like:
b.c[d_5].i
get_expr_operands is called on this, and when processing COMPONENT_REF:
ref =
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-10
16:25 ---
Backtrace of the ICE
#0 internal_error (gmsgid=0x882bbf8 tree check: %s, have %s in %s, at %s:%d)
at diagnostic.c:534
#1 0x085f4b11 in tree_check_failed (node=0x402892c0,
file=0x87b4728
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
17:18 ---
Subject: Bug 21819
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-10 17:18:38
Modified files:
libffi :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
17:19 ---
Subject: Bug 21819
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 17:19:03
Modified files:
libffi : ChangeLog configure configure.ac
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
17:19 ---
I checked in the fix.
--
What|Removed |Added
Status|NEW
--
Bug 21824 depends on bug 21819, which changed state.
Bug 21819 Summary: i*86-*-gnu* not enabled in configure.ac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21819
What|Old Value |New Value
--- Additional Comments From laurent at guerby dot net 2005-08-10 17:35
---
On 4.0 x86 and x86_64, we also have the 32 4.1 ICE:
a54b02a c32001a c34001a c34001c c34001d
c34001f c34011b c35003a c35003b c35502b
c35502p c35508a c35508b c35508e c35508g
c35508l c35508o c35508p c36104a
This program run Ok on the Macintosh or on LINUX with the -g option, but fails
with the -O option on LINUX.
dir/junk2 gfortran -w -O -o timefun timefun.f
dir/junk2 timefun timefun.in
1t i m e f u n c t i o n d a t a
number of time functions (ntfn) =1
max number
--- Additional Comments From ro at gcc dot gnu dot org 2005-08-10 18:32
---
There are three additional similar failures now, perhaps Richard could have a
look:
+FAIL: gcc.dg/vect/vect-reduc-7.c (test for excess errors)
+WARNING: gcc.dg/vect/vect-reduc-7.c compilation failed to produce
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
18:47 ---
I'm handling this.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
18:53 ---
I checked in a fix to classpath.
I'll pull it into libgcj with the next update.
(If it is more urgent I can pull it in separately sooner.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22580
--- Additional Comments From law at redhat dot com 2005-08-10 18:57 ---
Subject: Re: [tree-ssa] Merge two ifs if
one subsumes the other.
On Sat, 2005-06-11 at 19:16 +, pinskia at gcc dot gnu dot org wrote:
--- Additional Comments From pinskia at gcc dot gnu dot org
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
20:16 ---
Subject: Bug 22143
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 20:16:29
Modified files:
gcc/fortran: ChangeLog gfortran.h resolve.c
--- Additional Comments From kargl at gcc dot gnu dot org 2005-08-10 20:19
---
I suggest running the code through ftnchek and fixing potential
problems. These looks suspicious
Warning in module MAIN in file show_bug.f: Variables used before set
IDATWR used at line 15 file
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
20:25 ---
Subject: Bug 22143
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-10 20:25:02
Modified files:
gcc/fortran:
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-10 20:27 ---
Subject: Bug 23238
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey [EMAIL PROTECTED] 05/08/10 18:40:13
Modified files:
.
--- Additional Comments From cvs-commit at developer dot classpath dot org
2005-08-10 20:27 ---
Subject: Bug 22580
CVSROOT:/cvsroot/classpath
Module name:classpath
Branch:
Changes by: Tom Tromey [EMAIL PROTECTED] 05/08/10 18:53:25
Modified files:
.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
20:31 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-10
20:31 ---
Subject: Bug 21887
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-10 20:31:30
Modified files:
gcc: ChangeLog
Log message:
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-08-10
20:32 ---
Fixed in mainline and 4.0.
--
What|Removed |Added
Status|NEW
--
Bug 21594 depends on bug 22143, which changed state.
Bug 22143 Summary: missing kinds 1 and 2 for eoshift and cshift
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22143
What|Old Value |New Value
Full output from gnatmake :
--8-8-8-8-8-8-8-8-8-8---
[EMAIL PROTECTED](0) test $ gnatmake -gnat05 test
gcc -c -gnat05 test.adb
+===GNAT BUG DETECTED==+
| 4.1.0 20050806 (experimental)
--- Additional Comments From kafka dot fr at laposte dot net 2005-08-10
20:57 ---
Created an attachment (id=9465)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9465action=view)
Files to trigger the bug (concatenated for use with gnatchop)
--
-threads=posix --disable-multilib --enable-checking
Thread model: posix
gcc version 4.0.2 20050810 (prerelease)
--
What|Removed |Added
Status|UNCONFIRMED
--
What|Removed |Added
Severity|critical|normal
Target Milestone|--- |4.1.0
for instructions.
$ ./cc1 --version
GNU C version 4.1.0 20050810 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 3.3.4 (pre 3.3.5 20040809).
GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096
$
--
Summary: ICE in in base_addr_differ_p
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
22:01 ---
Confirmed, a regression from 4.0.0.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
22:10 ---
Here is a slightly smaller testcase:
void euifrac (int *i, short *p, int k)
{
unsigned int ll = 0;
unsigned short xi[9] = {0};
do
{
int i;
unsigned short *x = xi;
for (i = 2; i 8;
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-10
22:23 ---
Ira, this is because your assert's don't match the conditions that will cause it
to return:
We early exit if we have
if (DR_BASE_OBJECT (dra) DR_BASE_OBJECT (drb))
The assert a little later however,
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
23:11 ---
Here's the failure:
/home/tromey/Merge/build/gcc/gcj
-B/home/tromey/Merge/build/i686-pc-linux-gnu/libjava/
-B/home/tromey/Merge/build/gcc/ -ffloat-store -fclasspath=
--
What|Removed |Added
OtherBugsDependingO||18131
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23300
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-10
23:55 ---
And now it just rejects it.
--
What|Removed |Added
Keywords|ice-on-valid-code
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
00:02 ---
Hmm, it ICEs now on the mainline after the error, I want to say the ICE is
regression.
--
What|Removed |Added
c Summary: Direct unformatted read beyond EOF cores
c This program demonstrates a bug in gfortran/libgfortran.
c The bug is that a
c program dumps core when reading beyond the end of
c a access='direct', form='unformatted' file instead
c of transfering control to 'err=' label.
c Also,
We ran the bench++ suite, mentioned as well in
http://gcc.gnu.org/ml/gcc/2005-08/msg00197.html ,
using -O2 and we noticed one more interesting case.
Namely, S05m runs slower (x4) when compiled with
g++-4.0.1 than when compiled with either g++-2.95.3,
or g++-4.1.0-20050723.
This regression
--- Additional Comments From danalis at cis dot udel dot edu 2005-08-11
00:58 ---
Created an attachment (id=9466)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9466action=view)
Source code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23322
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
01:58 ---
[21:55] pinskia tromey: it is hitting class.c:2151
[21:55] pinskia which is causing the class not to be layout at all
Here is the backtrace:
#0 layout_class (this_class=0xb7cda78c) at
--- Additional Comments From adah at netstd dot com 2005-08-11 02:01
---
(In reply to comment #76)
Subject: Re: can't compile self defined void distance(std::vectorT,
std::vectorT)
adah at netstd dot com [EMAIL PROTECTED] writes:
| Now to your point. Please notice that my current
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-11
02:01 ---
This is definetly not a regression.
Before 4.0.0, we got:
javax/swing/AbstractButton.java: In class
`javax.swing.AbstractButton$AccessibleAbstractButton':
javax/swing/AbstractButton.java: In method
1 - 100 of 109 matches
Mail list logo
