--- Comment #9 from bonzini at gnu dot org 2009-01-19 06:05 ---
I agree with Alan.
--
bonzini at gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #9 from dave dot korn dot cygwin at gmail dot com 2009-01-19
04:54 ---
(In reply to comment #8)
> (In reply to comment #7)
> > Created an attachment (id=17132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17132&action=view) [edit]
> > Move _ctors* and _chkstk* to impo
--- Comment #8 from dannysmith at users dot sourceforge dot net 2009-01-19
04:22 ---
(In reply to comment #7)
> Created an attachment (id=17132)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17132&action=view) [edit]
> Move _ctors* and _chkstk* to import lib
>
> Danny, this is th
--- Comment #3 from hjl dot tools at gmail dot com 2009-01-19 02:33 ---
(In reply to comment #2)
> Subject: Re: FAIL: gcc.target/i386/avx-vmovntdq-256-1.c (test for excess
> errors)
>
> > It is expected with binutils 2.19. You can need the Linux
> > binutils 2.19.51.0.1 or above to sup
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-19
01:25 ---
Subject: Re: FAIL: gcc.target/i386/sse4_2-popcntl.c (test for excess errors)
> --- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-01-19
> 00:11 ---
> This is a pre-existing problem
I built gcc this way:
# gcc/xgcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared
--disable-static --enable-decimal-float --with-long-double-128 --enable-nls
--with-included-gettext -
--- Comment #8 from vmakarov at redhat dot com 2009-01-19 00:37 ---
H.J. is right. The problem is that IRA does not reinitialize some of its data
after changing ABI. config/i386/i386.c::ix86_maybe_switch_abi calls only
init_regs (this is the single port which does it). Function ira_in
--- Comment #14 from kargl at gcc dot gnu dot org 2009-01-19 00:36 ---
http://gcc.gnu.org/ml/fortran/2009-01/msg00231.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38823
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-01-19
00:14 ---
Original patch proposal was at...
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01175.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38909
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-01-19
00:11 ---
This is a pre-existing problem in gcc 4.3 branch which should be fixable with a
backport of...
Author: uros
Date: Sat Nov 22 14:16:57 2008
New Revision: 142121
URL: http://gcc.gnu.org/viewcvs?root=gcc&vie
--- Comment #8 from amodra at bigpond dot net dot au 2009-01-18 23:36
---
I believe that this is a user error and that this bugzilla should be closed.
Your problem with ld "cannot find /tools/lib/libc.so.6 inside /tools" is simply
that your glibc is built wrongly for your sysroot. (gl
Executing on host: /Users/dave/gnu/gcc/objdir/gcc/xgcc
-B/Users/dave/gnu/gcc/obj
dir/gcc/ /Users/dave/gnu/gcc/gcc/gcc/testsuite/gcc.target/i386/sse4_2-popcntl.c
-O2 -msse4.2 -fno-show-column -lm -o ./sse4_2-popcntl.exe(timeout =
300
)
/var/folders/xF/xFt6Ym3EGtmYfLZ2Y3THFTI/-Tmp-//ccr
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-18
23:02 ---
Subject: Re: [4.4 Regression] Incorrect
delayed branch optimization
Attached slightly reduced testcase.
Dave
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-18
23:02 -
S11_;
};
S4 S11_;
};
void S15(S11);
void S16() { S9 x; S15(x); }
$ cc1plus -Werror -m32 -version -quiet x.cc -O1 -Wuninitialized -o /dev/null
GNU C++ (GCC) version 4.4.0 20090118 (experimental) (x86_64-unknown-linux-gnu)
compiled by GNU C version 4.0.3 (Ubuntu 4.0.3-1ubuntu5), GMP version 4.
--- Comment #3 from burnus at gcc dot gnu dot org 2009-01-18 22:27 ---
Confirm. Thanks for the report!
Valgrind shows:
==20941== Conditional jump or move depends on uninitialised value(s)
==20941==at 0x46C602: gfc_resolve_expr (resolve.c:4353)
==20941==by 0x46BC22: gfc_resolve_
--- Comment #14 from hjl dot tools at gmail dot com 2009-01-18 22:12
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-18 22:09 ---
This patch:
http://gcc.gnu.org/ml/gcc/2009-01/msg00260.html
works on Linux/x86-64.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #9 from hjl dot tools at gmail dot com 2009-01-18 22:06 ---
*** Bug 38616 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-18 22:06
---
PR 38902 has a much better testcase.
*** This bug has been marked as a duplicate of 38902 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-18 22:02 ---
This is introduced by revision 128537:
http://gcc.gnu.org/ml/gcc-cvs/2007-09/msg00531.html
http://gcc.gnu.org/ml/gcc-patches/2007-09/msg00084.html
--
hjl dot tools at gmail dot com changed:
What|
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
CC||sgk at troutmask dot apl dot
|
--- Comment #2 from kargl at gcc dot gnu dot org 2009-01-18 21:47 ---
Both variations of the program work with 4.2.5, so this is
a regression.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2009-01-18 21:44 ---
Confirmed for both ICEs.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
St
--- Comment #2 from dave dot korn dot cygwin at gmail dot com 2009-01-18
21:40 ---
Fixed on HEAD by r.143487; sorry, forgot to put the PR/ reference in the SVN
logfile.
--
dave dot korn dot cygwin at gmail dot com changed:
What|Removed |Added
--- Comment #2 from dick dot hendrickson at gmail dot com 2009-01-18 21:37
---
Subject: Re: WHERE with multiple elemental defined assignments gives wrong
answer
On Sun, Jan 18, 2009 at 2:40 PM, mikael at gcc dot gnu dot org
wrote:
>
>
> --- Comment #1 from mikael at gcc dot gnu d
--
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
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to work|4.2.0 4.4.0 |4.2.0 4.3.2 4.4.0
Priority|P3 |P1
--- Comment #8 from rguenth at gcc dot gnu dot org 2009-01-18 21:22 ---
*** Bug 38905 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36765
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-01-18 21:22
---
I have verified that the patch for PR36765 fixes h264ref on the branch.
*** This bug has been marked as a duplicate of 36765 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed
The following program gives an internal compiler error. If the line
RDA = -1 is commented out, there is a different ICE. If the unary +
before the function reference in the assignment to RDA(1,2) is removed
the ICE goes away.
Dick Hendrickson
module sa0054_stuff
! fails on Windows XP
!
--- Comment #14 from hjl dot tools at gmail dot com 2009-01-18 21:11
---
(In reply to comment #11)
> The testcase from PR36765 fails on the 4.3 branch. Does it fail without the
> patch for PR37868?
>
gcc.c-torture/execute/pr36765.c works with -O2 at revision 142026 and
fails at revis
--- Comment #13 from hjl dot tools at gmail dot com 2009-01-18 21:05
---
Patches in comment #9 plus comment #10 fix 464.h264ref with test
input. I am running with reference input on both ia32 and x86-64.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38905
--- Comment #12 from rguenth at gcc dot gnu dot org 2009-01-18 20:56
---
I'm testing the patch for PR36765 - that was a h264ref miscompile on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-01-18 20:54 ---
The testcase from comment #4 fails on the branch. Re-opening, possibly
related to PR38905.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #11 from rguenth at gcc dot gnu dot org 2009-01-18 20:52
---
The testcase from PR36765 fails on the 4.3 branch. Does it fail without the
patch for PR37868?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38905
--- Comment #1 from mikael at gcc dot gnu dot org 2009-01-18 20:40 ---
I suspect the following is invalid as the arguments to the defined assignment
alias.
WHERE(LDA)
TLA2L = TLA2L(1:3,1:2)%L !removing this line fixes problem
TLA2L = TLA2L(1:3,1:2)%I
EL
--- Comment #10 from rguenth at gcc dot gnu dot org 2009-01-18 20:36
---
Created an attachment (id=17137)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17137&action=view)
second alias patch
Second alias related patch in the openSUSE compiler.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #9 from rguenth at gcc dot gnu dot org 2009-01-18 20:36 ---
Created an attachment (id=17136)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17136&action=view)
first alias patch
I can reproduce this with the plain branch. Attached is the first extra alias
patch in the S
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-18
20:18 ---
Subject: Re: FAIL: gcc.target/i386/avx-vmovntdq-256-1.c (test for excess
errors)
> It is expected with binutils 2.19. You can need the Linux
> binutils 2.19.51.0.1 or above to support it.
Why doesn't the
--- Comment #8 from hjl dot tools at gmail dot com 2009-01-18 19:52 ---
(In reply to comment #7)
> It works for me with -O2 -ffast-math and the openSUSE 11.1 compiler which also
> has this patch applied (but is based on rev. 141291). I'm trying with plain
> 4.3 branch now - any special
--- Comment #34 from howarth at nitro dot med dot uc dot edu 2009-01-18
19:49 ---
I also see the testcase in Comment 27 fail when compiled at -O2 or higher with
i686-apple-darwin10. As with i686-apple-darwin9, the problem only occurs with
-m32 and not -m64.
--
http://gcc.gnu.org/bu
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-18 19:34 ---
It is expected with binutils 2.19. You can need the Linux
binutils 2.19.51.0.1 or above to support it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38906
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-01-18 19:34 ---
It works for me with -O2 -ffast-math and the openSUSE 11.1 compiler which also
has this patch applied (but is based on rev. 141291). I'm trying with plain
4.3 branch now - any special configure options used?
--
--- Comment #4 from burnus at gcc dot gnu dot org 2009-01-18 19:16 ---
Some more data: Using
printf("Node: tmp = %s\n", tree_code_name[TREE_CODE (tmp)]);
printf("Node: desc = %s\n",
tree_code_name[TREE_CODE (gfc_get_element_type (TREE_TYPE (desc)))]);
gcc_assert (tmp ==
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-18 19:09 ---
(In reply to comment #5)
>
> I would guess that
>
> 2008-11-25 Daniel Berlin
> Richard Guenther
>
> PR tree-optimization/37869
> * tree-ssa-structalias.c (struct constraint_graph):
Executing on host: /home/dave/gnu/gcc/objdir/gcc/xgcc
-B/home/dave/gnu/gcc/objdir/gcc/ /home/dave/gnu/
gcc/gcc/gcc/testsuite/gcc.target/i386/avx-vmovntdq-256-1.c -O2 -mavx -lm
-o ./avx-vmovntdq-256-1.
exe(timeout = 300)
spawn /home/dave/gnu/gcc/objdir/gcc/xgcc -B/home/dave/gnu/gcc/objdir/g
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-18 18:27 ---
(In reply to comment #5)
> Created an attachment (id=17135)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17135&action=view) [edit]
> multiple tests for the regression
>
> This contains a series of tests, none
--- Comment #6 from hjl dot tools at gmail dot com 2009-01-18 18:26 ---
Revision 142891
http://gcc.gnu.org/ml/gcc-cvs/2008-12/msg00591.html
fixes this.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #5 from kees at outflux dot net 2009-01-18 18:12 ---
Created an attachment (id=17135)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17135&action=view)
multiple tests for the regression
This contains a series of tests, none of which should fail.
--
http://gcc.gnu.o
--- Comment #5 from rguenther at suse dot de 2009-01-18 17:42 ---
Subject: Re: [4.3 Regression] 464.h264ref in SPEC
CPU 2006 miscompiled
On Sun, 18 Jan 2009, hjl dot tools at gmail dot com wrote:
> --- Comment #4 from hjl dot tools at gmail dot com 2009-01-18 17:39
> ---
>
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-18 17:39 ---
(In reply to comment #3)
> Can you check if it is fixed by -fno-strict-aliasing and/or
> --param max-fields-for-field-sensitive=0? I suspect we need to
> backport some PTA fixes :/
>
Either -fno-strict-aliasing or
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38905
--- Comment #3 from rguenther at suse dot de 2009-01-18 17:21 ---
Subject: Re: [4.3 Regression] 464.h264ref in SPEC
CPU 2006 miscompiled
On Sun, 18 Jan 2009, hjl dot tools at gmail dot com wrote:
> --- Comment #2 from hjl dot tools at gmail dot com 2009-01-18 17:19
> ---
>
--- Comment #2 from hjl dot tools at gmail dot com 2009-01-18 17:19 ---
(In reply to comment #1)
> It is caused by revision 142040:
>
> http://gcc.gnu.org/ml/gcc-cvs/2008-11/msg00541.html
>
The patch is at
http://gcc.gnu.org/ml/gcc-patches/2008-11/msg01040.html
--
http://gcc.gnu
--- Comment #1 from hjl dot tools at gmail dot com 2009-01-18 17:16 ---
It is caused by revision 142040:
http://gcc.gnu.org/ml/gcc-cvs/2008-11/msg00541.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
---
--- Comment #12 from hjl dot tools at gmail dot com 2009-01-18 17:07
---
It isn't fixed in 4.3.3. See PR 38902. I will search which
revision fixes it on trunk.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #4 from hjl dot tools at gmail dot com 2009-01-18 17:05 ---
bash-3.2$ cat /tmp/x.c
extern void abort ();
int foo (const char *, const char *);
void bar (void)
{
char buffer[1024]="";
__builtin_strcpy (buffer, "1234567890abcdefghijklmno");
if (foo (buffer, "1234567890abc
--- Comment #11 from rob1weld at aol dot com 2009-01-18 17:04 ---
(In reply to comment #10)
> >Broken : gcc_build/i386-pc-solaris2.11/libgomp/config.log :
>
> No, it is not broken at all. __sync_val_compare_and_swap_4 cannot be used
> with
> x86 explicit -march=i686 is used as the def
--- Comment #33 from howarth at nitro dot med dot uc dot edu 2009-01-18
17:02 ---
Could the additional .p2align assembly operands in the failing assembly have
anything to do with this problem?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38868
--- Comment #13 from hjl at gcc dot gnu dot org 2009-01-18 16:26 ---
Subject: Bug 38736
Author: hjl
Date: Sun Jan 18 16:26:26 2009
New Revision: 143486
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143486
Log:
gcc/
2009-01-18 H.J. Lu
PR target/38736
* c-com
--- Comment #15 from rguenth at gcc dot gnu dot org 2009-01-18 15:51
---
Subject: Bug 38819
Author: rguenth
Date: Sun Jan 18 15:51:12 2009
New Revision: 143485
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143485
Log:
2009-01-18 Richard Guenther
PR tree-optimizatio
--- Comment #14 from rguenth at gcc dot gnu dot org 2009-01-18 15:49
---
Fixed for GCC 4.4, lowering priority.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
On Linux/x86-64, gcc 4.3.3 revision 143474 miscompiled 464.h264ref in
SPEC CPU 2006 at -O2 -ffast-math:
Running 464.h264ref ref base o2 default
Error with
'/export/gnu/import/svn/gcc-test/spec/2006/x86_64/spec/bin/specinvoke
rt/gnu/import/svn/gcc-test/spec/2006/x86_64/spec/benchspec/CPU2006/464.
--- Comment #3 from burnus at gcc dot gnu dot org 2009-01-18 14:28 ---
Slightly reduced test case below. If the FROM= and TO= arguments ("A()%I") are
not the same, the program does not ICE. Neither does it if one changes the
bound "N2" to "2" (but it does if one changes the second argume
--- Comment #32 from burnus at gcc dot gnu dot org 2009-01-18 13:25 ---
Created an attachment (id=17134)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17134&action=view)
Assembler diff on x86-64-openSUSE Factory with -m32 -O1 (working) and -m32 -O2
(failing)
Attached the assembler
--- Comment #31 from burnus at gcc dot gnu dot org 2009-01-18 13:24 ---
(In reply to comment #27)
> Further reduced test case:
Using gfortran on x86-64-linux, I see with -m64 and all -O* a line which ends
in " xyz'". However, with -m32 and -O (n >= 2) I only see:
"z'". I tried to r
--- Comment #30 from dominiq at lps dot ens dot fr 2009-01-18 13:13 ---
If I compile the test in comment #27 with -O1 and all the other flags supposed
to be turned on by -O2
(taken from
http://gcc.gnu.org/onlinedocs/gcc/Optimize-Options.html#Optimize-Options) the
bug does not show up. Wh
--- Comment #1 from tristan at wibberley dot org 2009-01-18 12:55 ---
with recent trunk, both macro branches compile without uttering a peep.
--
tristan at wibberley dot org changed:
What|Removed |Added
-
--- Comment #3 from rob1weld at aol dot com 2009-01-18 12:52 ---
(In reply to comment #1)
> for the pass-stratcliff.c failure, change:
> #ifndef __FreeBSD__
> to
> #ifdef __gnu_linux__
>
> And this should fix the issue there.
>
> For pass47-frag.c failure, you need to either do a { dg-
--- Comment #29 from dominiq at lps dot ens dot fr 2009-01-18 12:50 ---
Created an attachment (id=17133)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17133&action=view)
Assembly corresponding to the test case in comment #27
When I compile the attached file with gfortran 4.3, the
--- Comment #28 from dominiq at lps dot ens dot fr 2009-01-18 12:06 ---
The difference between the results of -fdump-tree-optimized for the cases
aner = ''
ANER(1)='A '
ANER(2)=''
and
ANER(1)='A '
ANER(2)=''
aner = ''
is ('pre' with the
--- Comment #27 from dominiq at lps dot ens dot fr 2009-01-18 12:00 ---
Further reduced test case:
PROGRAM testcase
IMPLICIT NONE
CHARACTER*4 ANER(18)
CHARACTER*80 LINE
aner = ''
ANER(1)='A '
ANER(2)=''
LINE=' '
LINE(78:80)='x
--- Comment #9 from reichelt at gcc dot gnu dot org 2009-01-18 11:47
---
Fixed on the 4.3 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Kn
--- Comment #3 from doko at ubuntu dot com 2009-01-18 10:01 ---
yes, I do see this failure again as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38902
--- Comment #3 from jb at gcc dot gnu dot org 2009-01-18 09:38 ---
My patch for PR25561 fixes this partially, with the patch the strace output is:
write(3, "a", 1)= 1
write(3, "a", 1)= 1
write(3, "a", 1)= 1
write(3,
--- Comment #12 from jb at gcc dot gnu dot org 2009-01-18 09:30 ---
Small patch on top of the big patch in comment #11 in order to fix a couple
minor issues:
http://gcc.gnu.org/ml/fortran/2009-01/msg00152.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25561
77 matches
Mail list logo
