--- Comment #3 from yu_kalev at hotmail dot com 2009-06-12 06:57 ---
Created an attachment (id=17987)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17987&action=view)
the ver 4.3.0 generated assembler output under linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40422
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-06-12 06:57 ---
Not all aliasing violations can be detected by the compiler :).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from yu_kalev at hotmail dot com 2009-06-12 06:56 ---
Created an attachment (id=17986)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17986&action=view)
assembler listing with O3
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40422
--- Comment #1 from yu_kalev at hotmail dot com 2009-06-12 06:54 ---
Created an attachment (id=17985)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17985&action=view)
c source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40422
setting the optimization level to O3 under gcc 3.4.5 in windows (mingw32)
breaks the code. it's even worse in linux with gcc 4.3.0-8. it breaks it even
with O2. The ver. 4.3.0 code is that bad, i won't even bother to comment on it.
however in ver. 3.4.5. the problem is obvious. i shall also attach
--- Comment #8 from goran dot steen at enea dot com 2009-06-12 06:20
---
Since -pedantic was given as compiler option, gcc should have warned about
violating C aliasing rules.
--
goran dot steen at enea dot com changed:
What|Removed |Added
---
--- Comment #3 from jv244 at cam dot ac dot uk 2009-06-12 05:48 ---
I would like to ping this PR... progress here seems valuable, and typical stage
1 stuff.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36854
--- Comment #30 from jv244 at cam dot ac dot uk 2009-06-12 05:47 ---
(In reply to comment #29)
> Fixed on 4.4.1, 4.5 in review process.
great, many thanks. CP2K now passes it >1600 tests with 4.4.1.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40330
--- Comment #6 from pault at gcc dot gnu dot org 2009-06-12 05:20 ---
Confirmed on FC8/x86 running in a VMware on an XP professional machine if
you get that:-)
Anyway, it's not limited to Darwin nor to 64 bits. It's not present, as far as
I can tell with gcc-4.4 20080624; annoyingl
--- Comment #4 from hjl dot tools at gmail dot com 2009-06-12 05:00 ---
Adding --param min-insn-to-prefetch-ratio=5 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40384
--- Comment #2 from hjl dot tools at gmail dot com 2009-06-12 01:22 ---
Valgrind reports:
==8507== Use of uninitialised value of size 8
==8507==at 0xACFC32: determine_exit_conditions (tree-ssa-loop-manip.c:688)
==8507==by 0xAD0178: tree_transform_and_unroll_loop
(tree-ssa-loop-m
--- Comment #1 from hjl dot tools at gmail dot com 2009-06-12 01:12 ---
[...@gnu-34 build_base_o3.]$ cat foo.f
SUBROUTINE VROT2(N,DIS)
IMPLICIT DOUBLE PRECISION (A-H,O-Z)
PARAMETER(ZERO=0.0D+00)
COMMON /SYMSPD/ PTR(3,144)
DIMENSION DIS(3,2),TMP(3,2)
On Linux/x86-64, revision 148352:
http://gcc.gnu.org/ml/gcc-cvs/2009-06/msg00332.html
failed 416.gamess in SPEC CPU 2006:
gfortran -c -o hess.fppized.o-O3 -ffast-math -funroll-loops
-DSPEC_CPU_LP64 -ffixed-form hess.fppized.f
hess.fppized.f: In function 'vrot2':
hess.fppized.f:3
--- Comment #14 from daney at gcc dot gnu dot org 2009-06-12 00:29 ---
Fixed by the patch.
--
daney at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #13 from daney at gcc dot gnu dot org 2009-06-11 23:55 ---
Subject: Bug 39252
Author: daney
Date: Thu Jun 11 23:55:45 2009
New Revision: 148403
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148403
Log:
2009-06-11 David Daney
PR c/39252
* doc/exte
--- Comment #5 from dominiq at lps dot ens dot fr 2009-06-11 21:47 ---
The test compiles with 4.5.0 revision 147438.
> I actually cannot change the priority
You don't have to change the priority, just add "[4.5 Regression]" at the
beginning of the subject line.
--
http://gcc.gnu.o
--- Comment #1 from ramana at gcc dot gnu dot org 2009-06-11 21:29 ---
Adding Richard and Sandra to the CC list.
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from cppljevans at suddenlink dot net 2009-06-11 21:24
---
Created an attachment (id=17984)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17984&action=view)
another version of earlier attach with a little different code but similar
error msg
This version shows a li
--- Comment #2 from jakub at gcc dot gnu dot org 2009-06-11 21:20 ---
You are using GCC 4.3.x, which doesn't support OpenMP 3.0, only OpenMP 2.5.
COLLAPSE is a new clause that has been added in OpenMP 3.0, which is supported
only in GCC 4.4 and later (to be exact, it is backported in GCC
While implementing something like mips16 as a __attribute__((thumb)) for the
ARM port I discovered that the following testcase stripped down from a testcase
in the gcc testsuite causes a segmentation fault in the compiler for the MIPS
port as well.
static double __attribute__((mips16)) time_giop_
--- Comment #6 from uros at gcc dot gnu dot org 2009-06-11 20:59 ---
Subject: Bug 38222
Author: uros
Date: Thu Jun 11 20:59:16 2009
New Revision: 148397
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148397
Log:
Backport from mainline:
2008-11-22 Uros Bizjak
--- Comment #2 from dominiq at lps dot ens dot fr 2009-06-11 20:46 ---
You can add *-apple-darwin9 to the list of platforms on which these tests fail:
/Volumes/MacBook/opt/gcc/i686-darwin/gcc/xgcc version 4.5.0 20090611
(experimental) [trunk revision 148383] (GCC
--- Comment #1 from frederik dot moellers at gmx dot de 2009-06-11 20:25
---
I forgot to post the .i file, here it is:
# 1 "omp-matrix.c"
# 1 ""
# 1 ""
# 1 "omp-matrix.c"
# 9 "omp-matrix.c"
# 1 "/usr/lib/gcc/i486-linux-gnu/4.3.3/include/omp.h" 1 3 4
# 37 "/usr/lib/gcc/i486-linux-gnu/4.
The "collapse" clause of OpenMP causes the GCC to abort the compilation with an
error. The output of gcc is:
Using built-in specs.
Target: i486-linux-gnu
Configured with: ../src/configure -v --with-pkgversion='Ubuntu 4.3.3-5ubuntu4'
--with-bugurl=file:///usr/share/doc/gcc-4.3/README.Bugs
--enable-
--- Comment #4 from pault at gcc dot gnu dot org 2009-06-11 20:12 ---
Subject: Bug 40402
Author: pault
Date: Thu Jun 11 20:11:59 2009
New Revision: 148396
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148396
Log:
2009-06-11 Paul Thomas
PR fortran/40402
* res
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-11 20:06
---
Subject: Bug 39831
Author: fxcoudert
Date: Thu Jun 11 20:06:32 2009
New Revision: 148395
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148395
Log:
PR testsuite/39831
* gcc.target/i386/exc
--- Comment #2 from mikpe at it dot uu dot se 2009-06-11 20:03 ---
(In reply to comment #1)
> I've been bitten by this bug, which is almost 2 years old. I haven't tested it
> with gcc 4.4 though, but I confirm that it happens with gcc-4.3.3. Is there
> anyone willing to correct this?
gc
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |steven at gcc dot gnu dot
|dot org
--- Comment #16 from steven at gcc dot gnu dot org 2009-06-11 19:48 ---
The patch is in 4.4. Apparently it doesn't work? I'll have another look...
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from dsandler at paychex dot com 2009-06-11 19:43 ---
That's what I figured...that it had to do with how I was invoking gcc. I don't
need the GNU language extensions. Thanks for your help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40417
--- Comment #4 from pinskia at gcc dot gnu dot org 2009-06-11 19:38 ---
But really this is a not a GLIBC bug or a GCC bug, but rather how you invoke
GCC, you should use either -std=c99 or -std=c89 if you don't want the GNU
language extensions (including the defines).
--
http://gcc.g
--- Comment #3 from dsandler at paychex dot com 2009-06-11 19:32 ---
I will post this issue to glibc bugzilla. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40417
--- Comment #4 from reuter at mail dot desy dot de 2009-06-11 19:31 ---
Subject: Re: Internal error in connection with optimization
and allocatable objects
On Thu, 11 Jun 2009, dominiq at lps dot ens dot fr wrote:
Thanks for the explanations. I actually cannot change the priority,
o
--- Comment #2 from dsandler at paychex dot com 2009-06-11 18:50 ---
I assume that I should continue to leave __GNUC__ defined. Is this the correct
choice? If I continue to leave __GNUC__ defined, how do I properly resolve
this issue such that __const is defined? Is there another head
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-06-11 18:44 ---
/usr/include/cdefs.h is part of glibc and not GCC.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
We're running Oracle 11g and trying to compile Pro*C code. Our makefile
executes the following steps: (1) GNU C preprocessor, (2) Oracle Pro*C
precompiler, (3) GNU C compiler. When the Pro*C precompiler runs, we encounter
the following error...
Syntax error at line 109, column 8, file /usr/appl/
--- Comment #15 from rahul at icerasemi dot com 2009-06-11 17:38 ---
GCC4.4 is still missing this fix. GCC-4.4.1 (20090507) on x86_64 produces the
following with O2/O3
kernel:
pushl %ebp
movl%esp, %ebp
subl$24, %esp
movl$1, (%esp)
ca
--- Comment #5 from ubizjak at gmail dot com 2009-06-11 17:35 ---
*** Bug 38909 has been marked as a duplicate of this bug. ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #4 from ubizjak at gmail dot com 2009-06-11 17:35 ---
*** This bug has been marked as a duplicate of 38222 ***
--
ubizjak at gmail dot com changed:
What|Removed |Added
--
--- Comment #1 from rodolfo at rodsoft dot org 2009-06-11 16:34 ---
I've been bitten by this bug, which is almost 2 years old. I haven't tested it
with gcc 4.4 though, but I confirm that it happens with gcc-4.3.3. Is there
anyone willing to correct this?
--
http://gcc.gnu.org/bugzil
--- Comment #3 from dominiq at lps dot ens dot fr 2009-06-11 15:23 ---
> I'm not so much of an export in the terminology. What exactly does
> regression mean?
It means that a code worked at revision n (here 4.4.0) and no longer at
revision n+1 (here 4.5.0). This means that either somet
--- Comment #2 from bonzini at gnu dot org 2009-06-11 15:03 ---
Could be a duplicate of one of PR30064, PR34439, PR37053.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
--- Comment #29 from jvdelisle at gcc dot gnu dot org 2009-06-11 14:58
---
Fixed on 4.4.1, 4.5 in review process.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from reuter at mail dot desy dot de 2009-06-11 14:54 ---
Subject: Re: Internal error in connection with optimization
and allocatable objects
On Thu, 11 Jun 2009, dominiq at lps dot ens dot fr wrote:
Salut, Dominiq!
I'm not so much of an export in the terminology. What
--- Comment #1 from carrot at google dot com 2009-06-11 14:34 ---
Created an attachment (id=17983)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17983&action=view)
test case
The spilling is occurred around the first loop:
push{r4, r5, r6, r7, lr}
sub sp, s
Compile the attached source code with options -O2 -Os -mthumb -fpic, we can get
a unnecessary register spill.
--
Summary: unnecessary register spill
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
--- Comment #1 from schwab at linux-m68k dot org 2009-06-11 13:52 ---
*** This bug has been marked as a duplicate of 40414 ***
--
schwab at linux-m68k dot org changed:
What|Removed |Added
--
--- Comment #1 from schwab at linux-m68k dot org 2009-06-11 13:52 ---
*** Bug 40415 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40414
its find out, the problematic optimization that crash seem "-funswitch-loops".
A compile
of ffmpeg with -O2 + all other optimization options from -O3 work, (see second
output)
See also the Mail i write before
http://gcc.gnu.org/ml/gcc/2009-06/msg00229.html
$ make_68k_v4
/usr/local/amiga/bin/m68
its find out, the problematic optimization that crash seem "-funswitch-loops".
A compile
of ffmpeg with -O2 + all other optimization options from -O3 work, (see second
output)
See also the Mail i write before
http://gcc.gnu.org/ml/gcc/2009-06/msg00229.html
$ make_68k_v4
/usr/local/amiga/bin/m68
--- Comment #14 from dcb314 at hotmail dot com 2009-06-11 12:57 ---
(In reply to comment #13)
> We need someone to write the patch. Just that.
I've got some spare time now, so I'd like to have a go.
I can see that used_flag bitfield can be expanded from 1 bit to 2 bits.
I can see that
--- Comment #28 from jvdelisle at gcc dot gnu dot org 2009-06-11 12:49
---
Subject: Bug 40330
Author: jvdelisle
Date: Thu Jun 11 12:49:35 2009
New Revision: 148391
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148391
Log:
2009-06-11 Jerry DeLisle
PR libfortran/4033
--- Comment #1 from dominiq at lps dot ens dot fr 2009-06-11 10:34 ---
Confirmed on i686-apple-darwin9. The ICE disappears with -m64 and it is a
regression: the code compiles with 4.4.0 and 4.4.1 without warning and with
4.2.3 and 4.3.3 with:
pr40413.f90: In function 'state_matrix_copy'
The code below does compile with gfortran 4.5.0 without any specification or
with -O0, but generates an internal error when compiling with -O1, -O2, or -O3:
state_matrices.f90: In function 'polarization_copy':
state_matrices.f90:39:0: internal compiler error: in
load_assign_lhs_subreplacements, at
--- Comment #3 from pinskia at gcc dot gnu dot org 2009-06-11 09:16 ---
This is why -Wunreachable-code is not useful really. There is nothing that GCC
can do really in this case. The reason why the non constant form does not warn
is because the __builtin_constant_p is folded into 0 ear
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- Comment #2 from s dot contini at oltrelinux dot com 2009-06-11 08:10
---
Created an attachment (id=17982)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17982&action=view)
preprocessed test case source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40412
--- Comment #1 from s dot contini at oltrelinux dot com 2009-06-11 08:09
---
Created an attachment (id=17981)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17981&action=view)
test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40412
Compiling the following code with gcc 4.4.0 20090506 on x86 with 'gcc
-fdiagnostics-show-option -fshow-column -O2 -Wunreachable-code strcmp.c -o
strcmp':
---8<---8<---
#include
#include
int main(int argc, char *argv[])
{
if (argc != 3)
return 1;
--- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-06-11 07:48
---
Subject: Bug 38718
Author: fxcoudert
Date: Thu Jun 11 07:47:35 2009
New Revision: 148367
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=148367
Log:
PR fortran/38718
* intrinsic.c (add_fun
--- Comment #27 from jv244 at cam dot ac dot uk 2009-06-11 07:04 ---
(In reply to comment #26)
> I am going to suggest we revert
> format caching from 4.4 right away
Yes, please, that gives me roughly a week to do some more testing before 4.4.1
is released.
--
http://gcc.gnu.org/bu
62 matches
Mail list logo
