--- Comment #2 from herwig at gdsys dot de 2007-11-20 07:54 ---
(In reply to comment #1)
> 2.95.3 ICEd on this. I don't know if I can consider this a regression.
>
> Confirmed.
>
Shouldn't the keyword say "wrong-code" rather than "accepts-invalid"? Defining
a pure virtual method is v
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|WAITING |NEW
Last reconfirmed|2007-11-20 07:36:22 |2007-11-20 07:36:56
--- Comment #10 from ubizjak at gmail dot com 2007-11-20 07:36 ---
(In reply to comment #9)
> What does GCC 4.3 do with the test case of this bug?
gcc -Os:
.L3:
movl%ebx, -4(%edx)
incl%eax
.L2:
addl$4, %edx
cmpl%ecx, %eax
jb
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2007-11-20 06:49
---
The version of the compiler you use is now longer supported. Try with 4.1.x
or later and reopen if it still fails.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-20 06:39 ---
Fixed on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Summary|
--- Comment #6 from jakub at gcc dot gnu dot org 2007-11-20 06:38 ---
Subject: Bug 28879
Author: jakub
Date: Tue Nov 20 06:38:48 2007
New Revision: 130309
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130309
Log:
PR c++/28879
* tree.c (build_cplus_array_type_1):
--- Comment #4 from jakub at gcc dot gnu dot org 2007-11-20 06:26 ---
Subject: Bug 33962
Author: jakub
Date: Tue Nov 20 06:26:11 2007
New Revision: 130308
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130308
Log:
PR c++/33962
* pt.c (more_specialized_fn): Don't
--
bkoz at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |bkoz at gcc dot gnu dot org
|dot org
--- Comment #2 from acahalan at gmail dot com 2007-11-20 05:35 ---
(In reply to comment #1)
> Please read the dicussion starting at:
> http://gcc.gnu.org/ml/gcc/2007-11/msg00213.html
Discussion noted.
It seems like the 100% workable solution is to let the C++ compiler factor
attributes
--- Comment #67 from patchapp at dberlin dot org 2007-11-20 05:07 ---
Subject: Bug number PR31608
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00898.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #6 from patchapp at dberlin dot org 2007-11-20 05:05 ---
Subject: Bug number PR33396
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01024.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #8 from patchapp at dberlin dot org 2007-11-20 05:05 ---
Subject: Bug number PR33945
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00416.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #8 from patchapp at dberlin dot org 2007-11-20 05:04 ---
Subject: Bug number PR34079
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00980.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #3 from patchapp at dberlin dot org 2007-11-20 05:04 ---
Subject: Bug number PR34137
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00965.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #16 from patchapp at dberlin dot org 2007-11-20 05:04 ---
Subject: Bug number PR33317
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00962.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #6 from patchapp at dberlin dot org 2007-11-20 05:04 ---
Subject: Bug number PR34133
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00956.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #20 from patchapp at dberlin dot org 2007-11-20 05:03 ---
Subject: Bug number PR 25252
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00949.html
--
http://gcc.gnu.org/bugzilla/
--- Comment #5 from patchapp at dberlin dot org 2007-11-20 05:03 ---
Subject: Bug number PR 34108
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00932.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #66 from patchapp at dberlin dot org 2007-11-20 05:02 ---
Subject: Bug number PR31608
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00898.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2007-11-20 04:46
---
Created an attachment (id=14583)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14583&action=view)
New patch for testing on Darwin and ppc
This patch regrssion tests OK on powerpc-linux-gnu. Please test on
I recently have been discovered some issue on gcc 4.1.2.
Here is my system:
OS:Intel-P4,WindowXP+SP2
Cygwin:Setup.exe version 2.573.2.2
config.status: "./configure --enable-languages=c,c++,java,objc"
Command line: g++ test.cpp > a 2> b
Minimal example (test.cpp):
/
--- Comment #2 from huamama at gmail dot com 2007-11-20 03:30 ---
I build the toolchains use buildroot, the gcc version is 4.1.2, the target
platform is arm, host platform is cygwin. The busybox version is 1.1.3
If i uncomment some configure of busybox, a new error will show as following
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-11-20 02:24 ---
Please read the dicussion starting at:
http://gcc.gnu.org/ml/gcc/2007-11/msg00213.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34156
--- Comment #1 from nitefalll at gmail dot com 2007-11-20 02:22 ---
I'm an advanced beginner. So if I can help provide more data please ask. Be
warned you may need to help me figure out how to acquire the extra data.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34157
deep# uname -a
FreeBSD deep.blue.inc 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #1: Sun Nov 18
20:27:57 MST 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/DEEPKERN i386
deep# gcc --version
gcc (GCC) 3.4.6 [FreeBSD] 20060305
Copyright (C) 2006 Free Software Foundation, Inc.
This is free software; see
gcc ignores the __may_alias__ attribute on a struct typedef
This is gcc as of Mon Nov 19 21:35:13 2007 UTC.
There are numerous problems with forcing users to put
the attribute there. First of all, given the number of
people who put the attribute on the typedef, that is
clearly what people find to
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2007-11-20 01:51
---
Subject: Bug 33317
Author: jvdelisle
Date: Tue Nov 20 01:51:04 2007
New Revision: 130305
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130305
Log:
2007-11-19 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-11-20 01:37
---
Subject: Bug 33317
Author: jvdelisle
Date: Tue Nov 20 01:37:43 2007
New Revision: 130304
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130304
Log:
2007-11-19 Jerry DeLisle <[EMAIL PROTECTED]>
With -O, gcc.c-torture/compile/simd-2.c ICEs with
internal compiler error: in simplify_binary_operation_1, at simplify-rtx.c:2666
on sh64. It didn't fail on revision 127620, so this is a 4.3 regression.
The backtrace with gdb looks like
#1 0x08388b7d in simplify_binary_operation (code=VEC_SEL
--- Comment #5 from jakub at gcc dot gnu dot org 2007-11-19 23:31 ---
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg01014.html
fixes the second testcase.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #31 from jason at gcc dot gnu dot org 2007-11-19 22:34 ---
The crash is fixed by ignoring the attribute on the typedef. If you want to
apply may_alias to a struct type, you need to specify it in the type
definition, either as
struct __attribute ((may_alias)) name { ... };
--- Comment #30 from jason at gcc dot gnu dot org 2007-11-19 22:32 ---
Subject: Bug 28834
Author: jason
Date: Mon Nov 19 22:32:30 2007
New Revision: 130298
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130298
Log:
note PR 28834
Modified:
trunk/gcc/ChangeLog
--
http://
--- Comment #4 from dominiq at lps dot ens dot fr 2007-11-19 22:19 ---
> OK, so you need to file a bug report to Apple.
I'll do it as soon as I have checked what's happen on PPC. I have justa
question: in which library is frexpf?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34141
--- Comment #1 from remi dot chateauneu at gmail dot com 2007-11-19 21:47
---
Created an attachment (id=14582)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14582&action=view)
Small program demonstrating the bug.
this code does produce the value 19
on i686-pc-linux-gnu with gcc 2
The following program should print "19==19", not "19==20".
It is a big switch/case with 'case ranges', whose values are 'unsigned long
long'. It wokrs for most values except the last range.
More details here:
http://groups.google.com/group/gnu.gcc/browse_thread/thread/e48be6e521697259#eacdee661f68b
--- Comment #18 from jason at gcc dot gnu dot org 2007-11-19 21:35 ---
Subject: Bug 29436
Author: jason
Date: Mon Nov 19 21:35:13 2007
New Revision: 130297
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130297
Log:
PR debug/29436, c/32326
* tree.c (build_type_att
--- Comment #5 from burnus at gcc dot gnu dot org 2007-11-19 21:27 ---
Ok. Found it in "15.5.2 Binding labels for procedures" of the Fortran 2008
draft with the expected wording:
"If a procedure has the BIND attribute with no NAME= specifier, and the
procedure is not a dummy procedure,
--- Comment #29 from jason at gcc dot gnu dot org 2007-11-19 21:24 ---
*** Bug 29436 has been marked as a duplicate of this bug. ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #17 from jason at gcc dot gnu dot org 2007-11-19 21:24 ---
is a dup of 28834.
*** This bug has been marked as a duplicate of 28834 ***
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from burnus at gcc dot gnu dot org 2007-11-19 21:17 ---
(In reply to comment #3)
> i don't think this constraint exists in F08 (at least i cannot find it).
You are right. However, there is still a constrain. Fortran 2003 has:
C1236 (R1225) A proc-language-binding-spec wi
--- Comment #10 from tromey at gcc dot gnu dot org 2007-11-19 20:42 ---
Perhaps this could be solved now by using the information
provided by mapped locations... this is akin to the "replay"
idea Eric mentions in the linked-to email.
--
tromey at gcc dot gnu dot org changed:
--- Comment #11 from pinskia at gcc dot gnu dot org 2007-11-19 20:26
---
Fixed so closing as such.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from crickett at lanl dot gov 2007-11-19 18:13 ---
(In reply to comment #2)
> FIXED on the trunk (4.3.0). (Not part of any branch.)
>
i don't think this constraint exists in F08 (at least i cannot find it).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34133
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-11-19 17:52
---
Should be OK now, reopen if not.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-11-19 17:49
---
Subject: Bug 34098
Author: ebotcazou
Date: Mon Nov 19 17:49:11 2007
New Revision: 130294
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130294
Log:
PR ada/34098
ada/
* misc.c (gnat_adjust
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-11-19 17:38 ---
With just a forwprop pass after inlining and before salias we miscompile
cp/semantics.c:pop_to_parent_deferring_access_checks() at -O2.
An optimization barrier like
pop_to_parent_deferring_access_checks (void)
{
i
--- Comment #11 from ebotcazou at gcc dot gnu dot org 2007-11-19 17:27
---
Subject: Bug 34036
Author: ebotcazou
Date: Mon Nov 19 17:27:06 2007
New Revision: 130293
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130293
Log:
PR tree-optimization/34036
* gcc.dg/tre
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-11-19 17:18
---
OK, so you need to file a bug report to Apple. We probably should consider
XFAILing that testcase.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from dominiq at lps dot ens dot fr 2007-11-19 17:12 ---
Subject: Re:
gfortran.fortran-torture/execute/intrinsic_set_exponent.f90 fails on Intel
Darwin9
> Can you tell us what the following gives:
-127
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34141
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-19 16:55 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #1 from fxcoudert at gcc dot gnu dot org 2007-11-19 16:54
---
EXPONENT is implemented in libgfortran with frexpf. Can you tell us what the
following gives:
int main() {
float x = 5.87747175E-39;
int i;
__builtin_frexpf (x, &i);
__builtin_printf ("%d\n", i);
}
--
--- Comment #1 from asteinarson at gmail dot com 2007-11-19 16:21 ---
I found something out. If I add a further function call to FuncNested1:
int FuncNested2( ){
StructWithDtor swd;
return 0;
}
int FuncNested1( int *pi ){
StructWithDtor swd;
FuncNested2( ); // This
Hi,
I'm having a problem using gdb to debug code compiled with gfortran (v 4.3.0).
The code:
program test
i = 1
C Breakpoint here
end
when compiled with "gfortran -gstabs -o prog prog.f", debugged with "gdb prog"
demonstrates the error.
The commands:
(gdb) break 3
(gdb)
--- Comment #6 from pault at gcc dot gnu dot org 2007-11-19 15:10 ---
(In reply to comment #5)
> Off to generics and operators now!
Ahhh... I have run into a serious problem here. It transpires that renaming is
not accomplished for generic interfaces by keeping the use-name symbol with
--- Comment #1 from jakub at gcc dot gnu dot org 2007-11-19 14:58 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
In our application we want to translate synchronous signals (such as SIGSEGV)
to C++ exceptions.
The method is to use throw directly from either:
1 - From the signal handler itself.
2 - From a function called by the signal handler.
I'm having trouble getting this to work reliably. Test program
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2007-11-19
14:28 ---
Subject: Re: [4.3 Regression] /usr/ccs/bin/ld: Duplicate symbol "global
destructors keyed to _ZNSt3tr112_GLOBAL__N_16i
> --- Comment #9 from steven at gcc dot gnu dot org 2007-11-19 10:16
> ---
--- Comment #8 from rguenth at gcc dot gnu dot org 2007-11-19 13:49 ---
Interesting. x86_64 exits aggregate_value_p early (and wrong!?) here:
1801 if (targetm.calls.return_in_memory (type, fntype))
1802return 1;
with no adverse effects.
--
http://gcc.gnu.org/bugzilla
--- Comment #8 from rob dot quill at gmail dot com 2007-11-19 13:46 ---
Created an attachment (id=14581)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14581&action=view)
Patch adds a dummy pass, as discussed in comments
Patch attached, no regressions on x86_64.
--
http://gcc.
--- Comment #7 from krebbel at gcc dot gnu dot org 2007-11-19 13:42 ---
Breakpoint 1, s390_function_value (type=0x2326bb8, mode=VOIDmode) at
/build2/gcc-4.3/gcc/config/s390/s390.c:7874
warning: Source file is more recent than executable.
7874 if (type)
(gdb) bt
#0 s390_function
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-11-19 13:36 ---
So, on s390, how do we get there? Can you post a backtrace?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34081
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-11-19 13:36 ---
Interestingly, on x86_64, TARGET_FUNCTION_VALUE is not invoked at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34081
--- Comment #4 from krebbel at gcc dot gnu dot org 2007-11-19 13:32 ---
The problem occurs since this patch has removed the promotion of result types
of a function decl:
http://gcc.gnu.org/ml/gcc-patches/2007-07/msg00424.html
With this patch the enum Status return type of getStatus is no
The host is linux 2.6.19.
The target platform is Freescale imx31ads board.
The cross toolchain is arm-none-linux-gnueabi-.
While compiling the gcc-3.4.3, its giving the following error:
-c ../../gcc/unwind-dw2.c -o libgcc/./unwind-dw2.o
../../gcc/unwind-dw2.c: In function 'extract_cie_info':
../.
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-11-19 12:53
---
Subject: Bug 34099
Author: rguenth
Date: Mon Nov 19 12:52:58 2007
New Revision: 130290
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130290
Log:
2007-11-19 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #16 from rguenth at gcc dot gnu dot org 2007-11-19 12:52
---
Subject: Bug 34099
Author: rguenth
Date: Mon Nov 19 12:52:09 2007
New Revision: 130289
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130289
Log:
2007-11-19 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #3 from krebbel at gcc dot gnu dot org 2007-11-19 12:43 ---
Created an attachment (id=14580)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14580&action=view)
Smaller testcase
--
krebbel at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from burnus at gcc dot gnu dot org 2007-11-19 12:30 ---
Subject: Bug 34079
Author: burnus
Date: Mon Nov 19 12:30:17 2007
New Revision: 130288
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130288
Log:
2007-11-19 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #41 from dank at kegel dot com 2007-11-19 12:27 ---
OK, I'll see if I can get that done.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19923
--- Comment #1 from tbm at cyrius dot com 2007-11-19 11:29 ---
Created an attachment (id=14579)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14579&action=view)
jar file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34150
[ Forwarded from http://bugs.debian.org/451757 ]
gcj 4.2 fails to compile the attached jar file on hppa.
paer% /usr/bin/gcj-4.2 -c -O2 -fPIC -findirect-dispatch
hsqldb-1.8.0.9.jar.4.jar -o hsqldb-1.8.0.9.jar.4.o
hsqldb-1.8.0.9.jar.4.jar: In class 'org.hsqldb.util.DatabaseManagerSwing':
hsqldb-1.8
--- Comment #1 from vgodunko at rostel dot ru 2007-11-19 11:28 ---
Created an attachment (id=14578)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14578&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34149
I have following compiler crash:
gcc -c -gnat05 qt-dom_nodes.adb
+===GNAT BUG DETECTED==+
| 4.3.0 20071118 (experimental) (i686-pc-linux-gnu) Assert_Failure
einfo.adb:1514|
| Error detected at qt-dom_nodes.ads:60:4
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-11-19 11:23 ---
One workaround in this case is to run another forwprop / dce between inlining
and the first alias pass. This get's rid of a lot of pointers and pointed
to temporaries. Still that doesn't address the fundamental pro
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-11-19 11:19 ---
Yes, I wonder if we can "cut" the DFS walk somewhere - in this case we have
1000s of stmts with each ~200 VUSEs...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34148
--- Comment #3 from jakub at gcc dot gnu dot org 2007-11-19 11:12 ---
Testing a fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unass
--- Comment #10 from ebotcazou at gcc dot gnu dot org 2007-11-19 11:07
---
Subject: Bug 34036
Author: ebotcazou
Date: Mon Nov 19 11:07:28 2007
New Revision: 130287
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130287
Log:
PR tree-optimization/34036
* doc/invoke
--- Comment #2 from steven at gcc dot gnu dot org 2007-11-19 11:05 ---
tree-ssa-sccvn should use a non-recursive DFS algorithm. Though, that is only
part of the solution here, I suppose.
--
steven at gcc dot gnu dot org changed:
What|Removed |Adde
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-11-19 10:51 ---
Created an attachment (id=14577)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14577&action=view)
testcase (unreduced)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34148
With the fix for PR33870 we now create _loads_ of VOPs for QTs qmake
makefile.cpp
at even -O so that all machines I have either run OOM or with a debug build of
gcc, tree-ssa-sccvn.c:1853 (DFS visiting VUSEs) recurses too deeply and blows
the 8MB stack on x86_64 (and takes too much compile-time).
--- Comment #9 from steven at gcc dot gnu dot org 2007-11-19 10:16 ---
This bug is P1, a "blocker", and ... UNCONFIRMED? :-)
Any news on this bug?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from steven at gcc dot gnu dot org 2007-11-19 10:07 ---
What does GCC 4.3 do with the test case of this bug?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #40 from steven at gcc dot gnu dot org 2007-11-19 10:04 ---
Can someone please redo the timings for GCC 4.3?
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #16 from bonzini at gnu dot org 2007-11-19 09:45 ---
Steven, post it to gcc-patches and I'll be happy to commit it as soon as it is
approved.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #15 from pinskia at gcc dot gnu dot org 2007-11-19 09:35
---
Actually we get:
subl$4, %edi
subl$12, %esp
xorl%eax, %eax
cmpl$0, -4(%edi)
setle %al
addl$12, %esp
So this is fixed for the trunk.
--
pins
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-11-19 09:08
---
This still fails on the mainline.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #26 from steven at gcc dot gnu dot org 2007-11-19 09:03 ---
If there is a latent bug, it will show up somewhen and get its own nice bug
report.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #22 from steven at gcc dot gnu dot org 2007-11-19 09:01 ---
"...and then he said: ``well, that's nice and all, but, ehm, where's the
bug?''"
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #13 from steven at gcc dot gnu dot org 2007-11-19 08:56 ---
Maybe a wrong-code bug and it is "minor" and P2? Someone please update the
status of this report :-)
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from steven at gcc dot gnu dot org 2007-11-19 08:54 ---
Cute little patch of comment #13 looking for foster parent.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33713
--- Comment #12 from dominiq at lps dot ens dot fr 2007-11-19 08:07 ---
Additional problem: gfortran.dg/optional_dim_2.f90 segfaults with -m64 on Intel
Darwin9.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33317
91 matches
Mail list logo
