--- Comment #4 from jvdelisle at gcc dot gnu dot org 2007-07-08 07:01
---
F77 Standard:
13.5.9 (3) On output, the representation of a positive or zero internal value
in the field may be prefixed with a plus, as controlled by the S, SP, and SS
edit descriptors (13.5.6) or the processor.
--- Comment #1 from burnus at gcc dot gnu dot org 2007-07-08 08:04 ---
Accept. I missed to properly get the lower bound. Thanks for the report.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from patchapp at dberlin dot org 2007-07-08 08:30 ---
Subject: Bug number PR32669
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/msg00669.html
--
--- Comment #13 from irar at il dot ibm dot com 2007-07-08 10:00 ---
Hi Sebastian,
I was going to submit the attached patch, but now the analysis fails with
affine-affine test failed: missing iteration counts and distance vector is
not built (so the loop in this PR cannot be vectorized
--- Comment #14 from irar at il dot ibm dot com 2007-07-08 10:01 ---
Created an attachment (id=13869)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13869action=view)
patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32377
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-04 12:31 ---
This doesn't ICE any longer on the trunk.
But that does not mean the bug is still there. PRE/VN was changed
(which exposed the ICE) but the inliner was not. Really we should
verify this in the verify_tree_cfg so we
--- Comment #5 from pinskia at gmail dot com 2007-07-08 10:11 ---
Subject: Re: [4.3 Regression] Inliner not setting has_volatile_ops
--- Comment #4 from jakub at gcc dot gnu dot org 2007-07-04 12:31 ---
This doesn't ICE any longer on the trunk.
But that does not mean the
--- Comment #3 from manu at gcc dot gnu dot org 2007-07-08 10:12 ---
(In reply to comment #0)
testcase, compile with -pedantic-errors (we don't reject it overwise in 4.3):
unsigned char p;
unsigned char p1 = p 512;
Now there is an overflow but only because we optimize the IR
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-07-08 10:19 ---
(In reply to comment #3)
We don't reject as invalid code either:
unsigned char p;
unsigned char p1 = p 0;
Why should we? There is no overflow here, you mean that p is not constant? I
think we have two
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-08 10:27 ---
This is unrealated to PR 29749, here we have load/stores there we have a
rotate.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #28 from ubizjak at gmail dot com 2007-07-08 10:29 ---
This patch breaks gcc.dg/torture/pr20314-1.c and gcc.dg/torture/pr20314-2.c
tests for i386 [1] and x86_64 [2] targets on 4.1 branch:
/home/uros/gcc-svn/branches/gcc-4_1-branch/gcc/testsuite/gcc.dg/torture/pr20314-
1.c:
--- Comment #29 from ubizjak at gmail dot com 2007-07-08 10:32 ---
(In reply to comment #28)
This patch breaks gcc.dg/torture/pr20314-1.c and gcc.dg/torture/pr20314-2.c
tests for i386 [1] and x86_64 [2] targets on 4.1 branch:
Also on 4.2 branch [1].
[1]:
--
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
GCC host triplet|x86_64-suse-linux |
Summary|ICE with template in|[4.3 Regression]
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-07-08 10:46 ---
Reduced testcase:
namespace
{
templateclass T inline void char_less(void) { }
template inline void char_lesschar(void) { }
}
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code, memory-
|
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
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
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|[sh] ICE in |[4.3 Regression] [sh] ICE in
--- 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
The following code snippet (similiar to PR31992) triggers an ICE since 4.1.x
onwards:
--- snip ---
class C
{
static const int j = 3;
};
templateint class A
{
static const int i;
};
templateint N const int AN::i(C::j);
--- snip
20070708 (experimental) (i386-unknown-netbsdelf3.1) GCC error: |
| verify_stmts failed |
| Error detected around ../../gcc/gcc/ada/exp_dbug.adb:981 |
| Please submit a bug report; see http://gcc.gnu.org/bugs.html
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
--- 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
--- 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 #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 #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
--
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 #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=gccview=revrev=126461
Log:
2007-07-08 Manuel Lopez-Ibanez [EMAIL PROTECTED]
PR
--- 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 statement
--- 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
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- 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
--- 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 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 #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 #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 #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 #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
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 iostream
inline void store4(char* dst, char* src) {
*(unsigned*)dst = *(unsigned*)src;
}
voidset(char* dst, long value) {
store4(dst, (char*)value);
}
int
--- 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
--- 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
--- 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
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
--- 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.
--- 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 #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
/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
--- 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 built-in
# 1 command-line
# 1 ../../../gcc-4.3.0-20070707/libffi/src/types.c
#
--- 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
--- 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: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_IDENTIFIERS
--- 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=13871action=view)
Preprocessed source of libffi's types.c
--
--- 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 #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 #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 #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 #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 #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)
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 #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
--- 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=gccview=revrev=126466
Log:
gcc/fortran:
2007-07-08 Daniel Franke [EMAIL PROTECTED]
--- 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-08
--- 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 #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=gccview=revrev=126467
Log:
2007-07-08 Tobias Burnus [EMAIL PROTECTED]
PR
--- 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)
--- 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
--
--- 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=gccview=revrev=126468
Log:
gcc/fortran:
2007-07-08 Daniel Franke [EMAIL PROTECTED]
--- 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 #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
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
--- 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=13872action=view)
C source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32681
--- 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
--
--- 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
--- 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=gccview=revrev=126469
Log:
2007-07-08 Thomas Koenig [EMAIL PROTECTED]
PR
--- 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 #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 @@
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
--- 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
--- 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=gccview=revrev=126470
Log:
/cp
2007-07-08 Paolo Carlini [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=126471
Log:
gcc:
2007-07-08 Daniel Franke [EMAIL PROTECTED]
*
--- 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=gccview=revrev=126471
Log:
gcc:
2007-07-08 Daniel Franke [EMAIL PROTECTED]
*
--- 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 #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 #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=gccview=revrev=126472
Log:
gcc/fortran:
2007-07-08 Daniel Franke [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 #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=gccview=revrev=126473
Log:
2007-07-08 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=126478
Log:
2007-07-08 Jerry DeLisle [EMAIL PROTECTED]
PR
--- 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
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 #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=13873action=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
--- 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 string.h or cstring.
# gcc-4.3 -c -o
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
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
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)
--- 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
--- 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
--- 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
--
--- 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 #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.
--
1 - 100 of 105 matches
Mail list logo
