--- Comment #2 from irar at il dot ibm dot com 2007-07-09 06:22 ---
I guess it's an if-cvt problem - nothing gets vectorized (and I also disabled
the vectorizer to be sure), and if-cvt is applied on function aa_renderpalette
(where it ICEs later).
Ira
--
irar at il dot ibm dot com c
Reading signed bitfield value when it needs to be extended to larger type (for
example assigning 24-bit value to int) results in zero extending instead of
sign extending when compiled with g++ using optimizations (-O1 or higher).
Compiling the same code with gcc or disabling optimizations makes the
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-09 06:17 ---
This has been fixed for 4.3.0:
vspltisw v0,2
stvx v0,0,r2
(insn 10 21 29 t34.c:8 (set (reg:V4SF 77 v0 [125])
(const_vector:V4SF [
(const_double:SF
2.8025969286496341418474591
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-07-09 06:08 ---
Related to PR 32685.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDepend
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
CC||burnus at gcc dot gnu dot
|
--- Comment #5 from ubizjak at gmail dot com 2007-07-09 06:01 ---
(In reply to comment #4)
> Confirmed, still regression on 4.2 branch.
Actually, already fixed on 4.2.
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-07-09 06:00 ---
Alias analysis can handle &a->b now and we also fold during forwprop * &a->b
into a->b so it might be a good idea to have this fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23401
--- Comment #5 from patchapp at dberlin dot org 2007-07-09 05:57 ---
Subject: Bug number PR32611
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-07/msg00746.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-07-09 05:52 ---
Fixed in 4.3.0 at least:
http://gcc.gnu.org/ml/gcc-testresults/2007-06/msg00189.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from romikb at mail dot ru 2007-07-09 05:44 ---
(In reply to comment #1)
>> eax register allready contains char
> not true
Can you explain, please, why it is not true?
Direct call of "function1" not produce "unneed movsb", so why indirect call
produce it?
--
http:/
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-09 05:42 ---
This function was removed by:
2006-08-30 Zdenek Dvorak <[EMAIL PROTECTED]>
PR rtl-optimization/27735
* cfgloopmanip.c (fix_loop_placements, fix_bb_placements, unloop):
Add new argument to ke
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-07-09 05:41 ---
Nope, this is still broken.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Last
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-09 05:29 ---
Fixed by:
2006-09-08 Eric Christopher <[EMAIL PROTECTED]>
* gcc.target/i386/20060512-3.c: Run test on ilp32 only.
* gcc.target/i386/memcpy-1.c: Ditto.
* gcc.target/i386/asm-1.c: Ditto.
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-09 05:27 ---
Fixed by:
2007-05-28 Daniel Berlin <[EMAIL PROTECTED]>
* tree-ssa-dce.c (eliminate_unnecessary_stmts): Release LHS SSA
name when we remove it from a call.
2007-01-24 Jan Hubicka <[EMAIL PROTECTED
--- Comment #4 from patchapp at dberlin dot org 2007-07-09 05:05 ---
Subject: Bug number PR32157
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-07/msg00744.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #8 from pault at gcc dot gnu dot org 2007-07-09 04:45 ---
This ICEs as well:
MODULE ksbin1_aux_mod
interface foo
module procedure k
end interface
CONTAINS
FUNCTION j ()
j = 1
ENTRY k ()
k = 2
END FUNCTION j
END MODULE ksbin1_aux_mod
I though
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-09 03:33 ---
powerpc64-darwin is just as bad, we get:
mflr r0
std r31,-8(r1)
stfd f1,-32(r1)
bcl 20,31,"L001$pb"
"L001$pb":
mflr r31
addis r2,r31,ha16(LC0-"L
Testcase:
_Complex double f(_Complex double);
_Complex double g(double a)
{
return f(a);
}
- Cut
We currently get:
mflr r0
bcl 20,31,"L001$pb"
"L001$pb":
stw r31,-4(r1)
mflr r31
stfd f1,-24(r1)
mtlr r0
lwz r3,-24(r1
Testcase:
float _Complex quantum_cexp(float phi)
{
return __builtin_cos(phi) + 1i * __builtin_sin(phi);
}
--- CUT
We should able to change cos/sin here into cosf/sinf (and then into cexpfi).
This shows up in libquantum (which is part of SPEC 2k6 but the sources I am
using to test are the op
Testcase:
double _Complex quantum_cexp(double phi)
{
return __builtin_cos(phi) + 1i * __builtin_sin(phi);
}
- Cut
This shows up in libquantum (but after fixing a different issue which I will
file seperately).
--
Summary: Missed tail call with sin/cos and sincos pass
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-09 02:53 ---
> # gcc-4.3 -c -o test_1.o test_1.cpp
> test_1.cpp: In function 'bool RELOCATEDcmp(const char*)':
> test_1.cpp:9: error: 'strncmp' was not declared in this scope
No include for or .
> # gcc-4.3 -c -o test_2.o tes
--- Comment #1 from rob1weld at aol dot com 2007-07-09 02:49 ---
Created an attachment (id=13873)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13873&action=view)
A few example ".ii" files (from a list of many) that have errors when compiled
using GCC == 4.3 --- but do not have any
I'm not an expert in C++. This bug report's subject is "HPCToolkit compiles
with GCC 4.2 (and earlier) but won't compile with GCC 4.3" . I don't know if it
is because GCC was less fussy previously or there is a fault in GCC 4.3.
There are so many warnings and errors, and the program _might_ be of
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2007-07-09 00:22
---
Fixed on 4.3. Will back port to 4.2 and 4.1 since this is a regression with
respect to g77.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-09 00:17
---
Subject: Bug 32678
Author: jvdelisle
Date: Mon Jul 9 00:17:42 2007
New Revision: 126478
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126478
Log:
2007-07-08 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-07-09 00:15
---
Subject: Bug 32678
Author: jvdelisle
Date: Mon Jul 9 00:15:15 2007
New Revision: 126473
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126473
Log:
2007-07-08 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-08 23:03 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-08 22:58 ---
Subject: Bug 29876
Author: dfranke
Date: Sun Jul 8 22:58:45 2007
New Revision: 126472
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126472
Log:
gcc/fortran:
2007-07-08 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #9 from dfranke at gcc dot gnu dot org 2007-07-08 22:54 ---
Partially fixed (warn if unused and thus not set).
Changed summary to reflect the remaining task.
Unassigning myself.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-07-08 22:45 ---
Fixed in trunk. Not a regression, no backport. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from dfranke at gcc dot gnu dot org 2007-07-08 22:41 ---
Subject: Bug 28004
Author: dfranke
Date: Sun Jul 8 22:41:35 2007
New Revision: 126471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126471
Log:
gcc:
2007-07-08 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-07-08 22:41 ---
Subject: Bug 24784
Author: dfranke
Date: Sun Jul 8 22:41:35 2007
New Revision: 126471
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126471
Log:
gcc:
2007-07-08 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #3 from paolo at gcc dot gnu dot org 2007-07-08 22:41 ---
Subject: Bug 30535
Author: paolo
Date: Sun Jul 8 22:41:12 2007
New Revision: 126470
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126470
Log:
/cp
2007-07-08 Paolo Carlini <[EMAIL PROTECTED]>
PR c+
consider the following program:
program matrix
implicit none
real,dimension(2,2),parameter::c=0
real,dimension(2,2)::m
m=f()+c
m=c+f()
call sub(m+f())
call sub(c+m)
call sub(f()+c)
call sub(c+f())
contains
function f()
implicit none
real, dimension(2,2)::f
f=0
end function
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-07-08 22:40
---
Simon --
It took me a while to decide that this patch was OK -- but it is. :-) I will
suggest a few changes to make it more obviously correct.
First, minor coding style nit: drop the else after the return that y
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-07-08 22:37
---
This appears to fix it: Still testing
Index: transfer.c
===
--- transfer.c (revision 126449)
+++ transfer.c (working copy)
@@ -1213,6 +1213,8 @@ f
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-07-08 22:23 ---
Fixed on mainline.
No plans to backport this to 4.2.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-08 22:20 ---
Subject: Bug 32217
Author: tkoenig
Date: Sun Jul 8 22:20:04 2007
New Revision: 126469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126469
Log:
2007-07-08 Thomas Koenig <[EMAIL PROTECTED]>
PR li
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-07-08 22:08 ---
Here's an example:
$ cat mm.f90
program main
real, dimension(:,:), allocatable :: a
real, dimension(:), allocatable :: b
allocate (a(2,2), b(3))
call random_number(a)
call random_number(b)
print *,matmul
--- Comment #4 from patchapp at dberlin dot org 2007-07-08 21:30 ---
Subject: Bug number PR 32217
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-07/msg00717.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #1 from dcb314 at hotmail dot com 2007-07-08 21:15 ---
Created an attachment (id=13872)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13872&action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32681
I just tried to compile Suse Linux package aalib-1.4.0-364 with the
GNU C compiler version 4.3 snapshot 20070706
The compiler said
aarender.c: In function 'aa_renderpalette':
aarender.c:33: internal compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if ap
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-07-08 21:13 ---
Fixed in trunk. No regression, no backport. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from dfranke at gcc dot gnu dot org 2007-07-08 21:13
---
Fixed in trunk. No regression, no backport. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from dfranke at gcc dot gnu dot org 2007-07-08 21:09 ---
Subject: Bug 17711
Author: dfranke
Date: Sun Jul 8 21:08:52 2007
New Revision: 126468
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126468
Log:
gcc/fortran:
2007-07-08 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #1 from patchapp at dberlin dot org 2007-07-08 21:06 ---
Subject: Bug number PR 32535
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-07/msg00650.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #4 from burnus at gcc dot gnu dot org 2007-07-08 20:57 ---
FIXED. Note: This is PR was not rejects-valid but only diagnostic as a (bogus)
warning was printed and not an error.
The problem occurred for array sections where the lower bound was not specified
(a(:), a(:4) etc.);
--- Comment #3 from burnus at gcc dot gnu dot org 2007-07-08 20:57 ---
Subject: Bug 32669
Author: burnus
Date: Sun Jul 8 20:57:07 2007
New Revision: 126467
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126467
Log:
2007-07-08 Tobias Burnus <[EMAIL PROTECTED]>
PR fort
--- Comment #4 from pcarlini at suse dot de 2007-07-08 20:53 ---
Thanks for the clarification, Richard.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32667
--- Comment #11 from dberlin at gcc dot gnu dot org 2007-07-08 20:40
---
Subject: Re: [4.3 regression]: revision 126369 went into an infinite loop
On 8 Jul 2007 15:12:51 -, hjl at lucon dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #10 from hjl at lucon dot org 2007-07
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-08 20:39 ---
Subject: Bug 25094
Author: dfranke
Date: Sun Jul 8 20:38:58 2007
New Revision: 126466
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126466
Log:
gcc/fortran:
2007-07-08 Daniel Franke <[EMAIL PROTECTED]>
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-08 20:29 ---
> eax register allready contains char
not true but oh well, it is called promting for abi reasons.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
Code compiled with -O2 -fomit-frame-pointer
char function1(){ return 10; }
char (*pfunc)() = function1;
char function2(){ return pfunc(); }
produce unneeded movsbl instruction:
_function2:
subl$12, %esp << unneeded
call*_pfunc
addl$12, %esp << unneeded
--- Comment #7 from jvdelisle at verizon dot net 2007-07-08 19:54 ---
Subject: Re: module that calls a contained function with an
ENTRY point
pault at gcc dot gnu dot org wrote:
> --- Comment #5 from pault at gcc dot gnu dot org 2007-07-08 19:40 ---
> (In reply to comment #4)
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-07-08 19:46 ---
No, this doesn't have anything to do with aliasing. 4.3 simply inlines the
memcpys. This is probably a middle-end issue with expanding structure
assignments. 2.95 and 3.3 also expanded the calls inline. 3.4 does
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-07-08 19:44 ---
> Not sure if this is same bug or new one.
Paul, this probably became PR32594.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31609
--- Comment #5 from pault at gcc dot gnu dot org 2007-07-08 19:40 ---
(In reply to comment #4)
> Not sure if this is same bug or new one.
>
Al,
How do I load a .zip file through Bugzilla, please?
Paul
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31609
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-08 19:37 ---
The whole ddr.subscripts vec is messed up:
(gdb) p *ddr.subscripts
$5 = {
base = {
num = 1125262459,
alloc = 0,
vec = {0x43121100}
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32573
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-08 19:30 ---
Confirmed.
Reduced testcase:
void matmat(int nbc1 ) { double (*m1)[nbc1]; }
void rtop(void) { matmat(1); }
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from Vladislav dot Mikhailikov at paradox-neo dot uz
2007-07-08 19:22 ---
Created an attachment (id=13871)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13871&action=view)
Preprocessed source of libffi's types.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-08 19:21 ---
Fixed by:
2007-07-08 Sandra Loosemore <[EMAIL PROTECTED]>
Revert this patch:
2007-07-06 Sandra Loosemore <[EMAIL PROTECTED]>
* c-opts.c (c_common_handle_option): Make DOLLARS_IN_IDENTIFI
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-08 19:20 ---
*** Bug 32679 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-08 19:20 ---
*** This bug has been marked as a duplicate of 32670 ***
*** This bug has been marked as a duplicate of 32670 ***
*** This bug has been marked as a duplicate of 32670 ***
--
pinskia at gcc dot gnu dot org cha
--- Comment #1 from Vladislav dot Mikhailikov at paradox-neo dot uz
2007-07-08 19:20 ---
# 1 "../../../gcc-4.3.0-20070707/libffi/src/types.c"
# 1 "/usr/src/rpm/BUILD/gcc-build/pentium4-east-linux/libffi//"
# 1 ""
# 1 ""
# 1 "../../../gcc-4.3.0-20070707/libffi/src/types.c"
# 30 "../../..
/bin/sh ./libtool --tag=GCJ --mode=link /usr/src/rpm/BUILD/gcc-build/gcc/gcj
-B/usr/src/rpm/BUILD/gcc-build/pentium4-east-linux/libjava/
-B/usr/src/rpm/BUILD/gcc-build/gcc/
-L/usr/src/rpm/BUILD/gcc-build/pentium4-east-linux/libjava -march=pentium4
-mtune=pentium4 -fno-asynchronous-unwind-tables -fr
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-07-08 19:12
---
I believe this has been fixed in gfortran version 4.2 and 4.3. You can get
better results with these.
In the meantime, I think your test case has uncovered another issue.
$ ./a.out | hexdump
000 6261 2000
--- Comment #13 from mmitchel at gcc dot gnu dot org 2007-07-08 18:58
---
Gaby --
Paolo and I would like your input on this issue, please.
Thanks,
-- Mark
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from pcarlini at suse dot de 2007-07-08 18:42 ---
(In reply to comment #11)
> I was confused by your crediting me with magic because it was Roger
> Sayle who fixed the bug.
Ah! Curious, he doesn't work on the C++ front-end very often...
> So, libstdc++ is the rare case.
GFortran writes unpredictable char when it is used modificaters Tx in FORMAT
and the first position 'x' is less then current position and the second
position 'x' is greater then the maximum previously position.
write (*,10) '12','a','b'
10 format (a2,t1,a1,t2,a1,t20,' ')
This bug i
--- Comment #116 from pinskia at gcc dot gnu dot org 2007-07-08 18:23
---
*** Bug 32677 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-07-08 18:23 ---
You are violating C/C++ aliasing rules. You are accessing a long as an
unsigned int which is not allowed by C/C++ and is undefined. It is allowed to
access an int as a unsigned int and a long as an unsigned long bu
--- Comment #11 from mark at codesourcery dot com 2007-07-08 18:12 ---
Subject: Re: [4.2/4.3 regression] ICE with incompatible types
for ?: with "complex type" conversion
pcarlini at suse dot de wrote:
> --- Comment #10 from pcarlini at suse dot de 2007-07-07 22:57 ---
> (In
The problem occurs when using flags -O3 (or -O2) in gcc 4.0, 4.1 and 4.2.0.
The following program exhibits the bug:
#include
inline void store4(char* dst, char* src) {
*(unsigned*)dst = *(unsigned*)src;
}
voidset(char* dst, long value) {
store4(dst, (char*)&value);
}
int main(int arg
--- Comment #4 from burnus at gcc dot gnu dot org 2007-07-08 17:49 ---
> function f()
> integer :: i = irand()
> f = i
> end function
We should give a message such as ifort:
The initialization shall not appear for this object name. [F]
This array or function or substring is in
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-08 17:28 ---
> function f()
> integer :: i = irand()
> end function
Make that:
function f()
integer :: f = irand()
end function
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31639
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-07-08 17:26 ---
Further reduced testcase:
$> cat pr31639.f90
function f()
integer :: i = irand()
f = i
end function
$> gfortran-svn -g -Wall -c pr31639.f90
pr31639.f90: In function 'f':
pr31639.f90:1: internal compiler error:
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2007-07-08 17:09
---
Closing, fixed for 4.2
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from dominiq at lps dot ens dot fr 2007-07-08 15:42 ---
> This fixes the test case.
Confirmed on PPC Darwin7 and it passes the regression-test on this platform.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32217
--- Comment #4 from dfranke at gcc dot gnu dot org 2007-07-08 15:20 ---
Jerry,
the patch in PR32157, comment #2 seems to fix this one as well.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from dfranke at gcc dot gnu dot org 2007-07-08 15:18 ---
Paul, your patch in comment #2 also seems to fix PR31609.
Any plans to get it into trunk? :)
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #10 from hjl at lucon dot org 2007-07-08 15:12 ---
When a statement has no vuses, but its LHS value handle has vuses, we wind
up with
tree val = vn_lookup_or_add_with_stmt (newt, stmt);
vn_add (lhs, val);
Now the LHS value handle changes from vus
--- Comment #1 from pault at gcc dot gnu dot org 2007-07-08 14:51 ---
(In reply to comment #0)
> Even with -std=f95 -pedantic no error is given for the following program. NAG
> f95 gives:
Both Lahey and g95 are happy with it.
> "C421 (R424) The length specified for a character statemen
--- Comment #56 from manu at gcc dot gnu dot org 2007-07-08 14:50 ---
Subject: Bug 25241
Author: manu
Date: Sun Jul 8 14:50:37 2007
New Revision: 126461
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126461
Log:
2007-07-08 Manuel Lopez-Ibanez <[EMAIL PROTECTED]>
PR t
--
eweddington at cso dot atmel dot com changed:
What|Removed |Added
Target Milestone|--- |4.2.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31331
--- Comment #8 from pcarlini at suse dot de 2007-07-08 14:34 ---
Not a 4.2 regression anymore.
--
pcarlini at suse dot de changed:
What|Removed |Added
Summary|
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2007-07-08 14:25
---
*** Bug 32675 has been marked as a duplicate of this bug. ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2007-07-08 14:25
---
*** This bug has been marked as a duplicate of 32589 ***
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from laurent at guerby dot net 2007-07-08 14:22 ---
Tested by Joel, privately approved by Geert, commited on 4.2 (okayed by
Mark) and trunk.
Laurent
--
laurent at guerby dot net changed:
What|Removed |Added
-
version: g++0x (GCC) 4.3.0 20070628 (experimental)
(more exactly: branch svn://gcc.gnu.org/svn/gcc/branches/cxx0x-branch, svn
revision 126129)
system type: x86_64-unknown-linux-gnu
configured with: ../gcc0x/configure --program-suffix=0x --disable-multilib
--enable-languages=c,c++
The following co
/exp_dbug.adb -o ada/exp_dbug.o
../../gcc/gcc/ada/exp_dbug.adb: In function
'Exp_Dbug.Prepend_String_To_Buffer':../../gcc/gcc/ada/exp_dbug.adb:981: error:
invalid array index
() MAX_EXPR + 1;
+===GNAT BUG DETECTED==+
| 4.3.0 20070708 (experimen
The following code snippet (similiar to PR31992) triggers an ICE since 4.1.x
onwards:
--- snip ---
class C
{
static const int j = 3;
};
template class A
{
static const int i;
};
template const int A::i(C::j);
--- snip
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-08 11:29 ---
Related to PR 32596.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsThisDepen
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[sh] ICE in |[4.3 Regression] [sh] ICE in
|cse_extended_basic_bl
Even with -std=f95 -pedantic no error is given for the following program. NAG
f95 gives:
Error: st_function.f90, line 4: Subobject of constant not allowed in statement
function
Example (from gfortran.fortran-torture/execute/st_function.f90):
subroutine with_character_dummy
character (len
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code, memory-
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-08 10:46 ---
Reduced testcase:
namespace
{
template inline void char_less(void) { }
template<> inline void char_less(void) { }
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC host triplet|x86_64-suse-linux |
Summary|ICE with template in|[4.3 Regression] ICE
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
1 - 100 of 112 matches
Mail list logo
