--- 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
--- 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
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 #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
--- 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
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last recon
--- 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
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 #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'
--- 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 #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
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 #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
--
ramana at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfir
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
--- 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
--- 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 #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 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 #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 #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 #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 #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 #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
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 #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
--
--- 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 #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 #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 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 #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 #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
-
--
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 #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
--- 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 #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
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 #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.
--- 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 #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
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 #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
--- 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 #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 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 #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 #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
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 #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)
--- 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 #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 #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 #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 #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 #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
---
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 #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
--- 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 #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 #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
62 matches
Mail list logo
