--- Comment #1 from ubizjak at gmail dot com 2008-05-16 06:42 ---
32bit targets (-mregparm=3) choose 32bit moves:
Reloads for insn # 9
Reload 0: reload_in (SI) = (reg/v:SI 1 dx [orig:60 __q2 ] [60])
reload_out (V2SI) = (reg:V2SI 22 xmm1 [65])
SSE_REGS, RELOAD_OTHER (opnu
This testcase:
--cut here--
typedef long long __m128i __attribute__ ((__vector_size__ (16),
__may_alias__));
typedef int __v4si __attribute__ ((__vector_size__ (16)));
__m128i
_mm_set_epi32 (int __q3, int __q2, int __q1, int __q0)
{
return __extension__ (__m128i)(__v4si){ __q0, __q1, __q2, __q3
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-05-16 03:43
---
Fixed on trunk
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Sta
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2008-05-16 03:42
---
Subject: Bug 36239
Author: jvdelisle
Date: Fri May 16 03:41:17 2008
New Revision: 135408
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135408
Log:
2008-05-15 Steven G. Kargl <[EMAIL PROTECTED]>
--- Comment #17 from jvdelisle at gcc dot gnu dot org 2008-05-16 03:12
---
The test case needs { target fd_truncate } I will fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34974
--- Comment #2 from daekharel at gmail dot com 2008-05-16 02:57 ---
I'm not sure that's the case, as I've taken a look at the gcc libobjc code, and
it does seem to have some support for boehm GC integration. For example, a
fragment of code from gcc-4.2.3/libobjc/objects.c runs as follows
--- Comment #6 from hjl dot tools at gmail dot com 2008-05-16 00:43 ---
It isn't fixed. From:
http://gcc.gnu.org/ml/gcc-testresults/2008-05/msg01368.html
FAIL: gcc.c-torture/compile/pr36245.c -O1 (internal compiler error)
FAIL: gcc.c-torture/compile/pr36245.c -O1 (test for excess e
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-15 22:13 ---
These failures, and the ones in PR33365 and PR33366, don't show up in any of
the archived test summaries for 4.2.2 on i686-unknown-linux-gnu linked from
http://gcc.gnu.org/gcc-4.2/buildstat.html. Could they be due to
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-05-15 22:01 ---
operand_equal_p is reasonably cheap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36228
--- Comment #7 from spop at gcc dot gnu dot org 2008-05-15 22:00 ---
Subject: Re: [4.4 Regression] ice for legal code with -O3
Two patches for this PR:
one for not allowing polynomials with degree > 1 in the affine dependence test,
the other to not fail on chrecs with converts in the d
--- Comment #3 from sebpop at gmail dot com 2008-05-15 21:55 ---
Subject: Re: redundant runtime check while vectorizing
Here is a patch for this:
> a first data dependence test a call to operand_equal_p on the array references
Tested with vect.exp and tree-ssa.exp.
I will send another
--- Comment #1 from janis at gcc dot gnu dot org 2008-05-15 21:48 ---
Thomas, does the suggested change to the tests make sense, or would it be
better to skip these tests if they would be run using -fdefault-integer-8?
--
janis at gcc dot gnu dot org changed:
What|Rem
--- Comment #6 from jaydub66 at gmail dot com 2008-05-15 21:48 ---
I noticed that while the test case from comment #1 still fails, the following
variation actually works with the patch from comment #2:
module m
contains
subroutine one(a)
integer a(:)
print *, lbound(a), ub
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-15 21:35 ---
Dominique, to ignore a particular warning you can use dg-prune-output.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35710
--- Comment #3 from janis at gcc dot gnu dot org 2008-05-15 21:34 ---
Dorit, are the checks in this test appropriate for powerpc-apple-darwin*?
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from janis at gcc dot gnu dot org 2008-05-15 21:09 ---
Paulo, please send the proposed patch to [EMAIL PROTECTED] with an
appropriate ChangeLog entry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34889
--- Comment #4 from janis at gcc dot gnu dot org 2008-05-15 21:04 ---
For gcc.dg/var-expand3.c I've got a patch to scandump.exp to get rid of the
ERROR and report FAIL if the requested dump file doesn't exist. The test still
fails because of the issue in comment #3, but more cleanly.
--- Comment #3 from nemet at gcc dot gnu dot org 2008-05-15 19:28 ---
Subject: Bug 36194
Author: nemet
Date: Thu May 15 19:25:53 2008
New Revision: 135392
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135392
Log:
PR middle-end/36194
* combine.c (check_conversion
--- Comment #6 from reichelt at gcc dot gnu dot org 2008-05-15 18:49
---
> Are there any objections to calling this fixed, based on the committed patch
> referenced in comment #2?
Apparently not.
Let's call this bug fixed.
--
reichelt at gcc dot gnu dot org changed:
Wha
--- Comment #16 from jb at gcc dot gnu dot org 2008-05-15 18:35 ---
Closing as fixed, see commit msg above.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from jb at gcc dot gnu dot org 2008-05-15 18:33 ---
Subject: Bug 34974
Author: jb
Date: Thu May 15 18:30:29 2008
New Revision: 135388
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135388
Log:
Remove XFAIL from gfortran.dg/fmt_t_7.f
2008-05-15 Janne Blomqvist
--- Comment #8 from jb at gcc dot gnu dot org 2008-05-15 18:32 ---
Subject: Bug 25561
Author: jb
Date: Thu May 15 18:30:29 2008
New Revision: 135388
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135388
Log:
Remove XFAIL from gfortran.dg/fmt_t_7.f
2008-05-15 Janne Blomqvist <
--- Comment #2 from kargl at gcc dot gnu dot org 2008-05-15 18:24 ---
I have a patch for this bug.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from kargl at gcc dot gnu dot org 2008-05-15 17:42 ---
Here's a reduced testcase
subroutine bug1
integer, parameter :: ik1 = 1
integer, parameter :: k_k11 = kind(int((0.,0.), kind=ik1))
end subroutine bug1
If (0.,0.) is replaced by either 0 (i.e., INTEGER) or 0. (i.e
--- Comment #7 from jb at gcc dot gnu dot org 2008-05-15 15:54 ---
Subject: Bug 25561
Author: jb
Date: Thu May 15 15:53:34 2008
New Revision: 135373
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135373
Log:
Part 1 of PR 25561.
2008-05-15 Janne Blomqvist <[EMAIL PROTECTED]>
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-05-15 14:11 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from andry at inbox dot ru 2008-05-15 14:10 ---
Version 4.3.0 (Release), bug still doesn't fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34158
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-05-15 14:10 ---
Subject: Bug 36245
Author: rguenth
Date: Thu May 15 14:09:11 2008
New Revision: 135361
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135361
Log:
2008-05-15 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-15 14:09 ---
Subject: Bug 36245
Author: rguenth
Date: Thu May 15 14:08:07 2008
New Revision: 135360
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135360
Log:
2008-05-15 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #4 from andry at inbox dot ru 2008-05-15 14:06 ---
Version 4.3.0 (Release), the same tests still failing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34747
--- Comment #17 from burnus at gcc dot gnu dot org 2008-05-15 13:55 ---
On AMD Atholon64 x2 4800+ with openSUSE 11 (x86-64 beta3) I still get the
following valgrind message with today's gfortran (4.4.0 20080515 [trunk
revision 135326]):
$ gfortran -g gfortran.dg/transfer_assumed_s
--- Comment #16 from fxcoudert at gcc dot gnu dot org 2008-05-15 13:41
---
(In reply to comment #15)
> x86-64-linux with valgrind --leak-check=full f951 transfer_assumed_size_1.f90
Oh, I see. But the rest of the PR is about running the compiled program. I
don't think the two are relate
--- Comment #15 from jvdelisle at gcc dot gnu dot org 2008-05-15 13:30
---
x86-64-linux with valgrind --leak-check=full f951 transfer_assumed_size_1.f90
Using built-in specs.
Target: x86_64-unknown-linux-gnu
Configured with: ../gcc44/configure --prefix=/home/jerry/gcc/usr
--enable-lang
--- Comment #14 from fxcoudert at gcc dot gnu dot org 2008-05-15 13:23
---
(In reply to comment #13)
> valgrind says
What target? I don't see anything.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34955
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2008-05-15 13:22
---
valgrind says:
==3482== 474 bytes in 3 blocks are definitely lost in loss record 4 of 11
==3482==at 0x4A04D1F: calloc (vg_replace_malloc.c:279)
==3482==by 0xB3500A: xcalloc (xmalloc.c:162)
==3482==by
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-05-15 12:45 ---
Subject: Bug 36244
Author: rguenth
Date: Thu May 15 12:44:42 2008
New Revision: 135336
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135336
Log:
2008-05-15 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-05-15 12:44 ---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-15 12:31 ---
Mine.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-15 12:29 ---
Confirmed.
#1 0x00b060f9 in build2_stat (code=POINTER_PLUS_EXPR,
tt=0x2b34d4f1f000, arg0=0x2b34d4ff4c80, arg1=0x2b34d4ff4d00)
at /space/rguenther/src/svn/gcc-4_3-branch/gcc/tree.c:3114
#2 0x00
The following code produces an ICE with -O1 or -O2
$ cat foo.c
extern char buf1[10];
extern char buf2[10];
extern void b(int i, int j, int w);
void a() {
int i,j;
char *p;
int w;
p = buf1;
for(j = 0;j < 10; j++) {
for(i = 0;i < 10; i++) {
w = *p;
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-05-15 11:59 ---
Actually this is caused by the fix for PR26359.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from razya at il dot ibm dot com 2008-05-15 11:15 ---
(In reply to comment #2)
> Pragmatic fix:
> Index: tree-ssa-alias.c
> ===
> --- tree-ssa-alias.c(revision 135330)
> +++ tree-ssa-alias.c(working co
--- Comment #12 from hp at gcc dot gnu dot org 2008-05-15 10:42 ---
(In reply to comment #11)
> (In reply to comment #10)
> > I don't see any signs of this bug actively fixed?
>
> I wanted to look into it, but I can't reproduce it any more on x86_64-linux
> with current mainline.
The b
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-15 10:32 ---
Pragmatic fix:
Index: tree-ssa-alias.c
===
--- tree-ssa-alias.c(revision 135330)
+++ tree-ssa-alias.c(working copy)
@@ -3672,7 +3672,8 @@ new_t
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-15 10:12 ---
Confirmed. The problem is how we compute MTAG_GLOBAL and call clobbering.
We assert that "unmodifiable" variables are not call clobbered and
"unmodifiable" is if MTAG_GLOBAL && TREE_READONLY. Now we transition betw
--- Comment #15 from razya at il dot ibm dot com 2008-05-15 09:46 ---
(In reply to comment #13)
> I see this also even without the patch. Can you open a new PR for this?
Sure.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36244
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34330
/* { dg-do compile } */
/* { dg-options "-O3 -ftree-parallelize-loops=4 -c" } */
struct p7prior_s {
int mnum; /* number of mat emission Dirichlet mixtures */
float mq[200]; /* probabilities of mnum components */
float m[200][20]; /* match emission term
--- Comment #14 from razya at il dot ibm dot com 2008-05-15 09:41 ---
(In reply to comment #13)
> I see this also even without the patch. Can you open a new PR for this?
(In reply to comment #12)
> int q, x;
> is missing in the testcase. I suppose you tried on the 4.3 branch?
No, a
--- Comment #13 from rguenth at gcc dot gnu dot org 2008-05-15 09:29
---
I see this also even without the patch. Can you open a new PR for this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34330
--- Comment #12 from rguenth at gcc dot gnu dot org 2008-05-15 09:27
---
int q, x;
is missing in the testcase. I suppose you tried on the 4.3 branch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34330
Hi
I´ve tried to build and install gcc 4.3.0 under WinXP/Cygwin enviroment. I
configured without any additional flags and configure and build seemed to run
fine. Then I ran make -k check which, after around 1 day, exited with an error.
gcc, gcc++ and gfortran tests seemed to run fine. Then I trie
--- Comment #11 from razya at il dot ibm dot com 2008-05-15 09:23 ---
(In reply to comment #10)
> Subject: Bug 34330
> Author: rguenth
> Date: Thu May 15 08:21:32 2008
> New Revision: 135329
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135329
> Log:
> 2008-05-15 Richard Guent
--- Comment #2 from ubizjak at gmail dot com 2008-05-15 09:21 ---
This regression is due to store forwarding penalty:
...
movl%esi, -408(%ebp)
movl%edi, -404(%ebp)
fldl-408(%ebp)
...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-15 09:06 ---
First without -ffast-math the phiopt doesn't recognize the MAX_EXPR (see
PR36190), second
t.f90:24: note: not vectorized: number of iterations cannot be computed.
t.f90:24: note: bad loop form.
which is the problem
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-05-15 08:56 ---
Confirmed.
#1 0x007607dd in reg_or_subregno (reg=0x2b3ca9894d80)
at /space/rguenther/src/svn/trunk/gcc/jump.c:1730
1730 gcc_assert (REG_P (reg));
(gdb) call debug_rtx (reg)
(mem/v/u/c/i:SI (symbol_
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-15 08:51 ---
Confirmed. It fails with -O -finline-functions -fstrict-aliasing. Works with
4.3.0. I suppose this is a dup of one of the known alias bugs with 4.2.
--
rguenth at gcc dot gnu dot org changed:
What
--- Comment #3 from rguenth at gcc dot gnu dot org 2008-05-15 08:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-05-15 08:41 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-05-15 08:38 ---
Subject: Bug 36204
Author: rguenth
Date: Thu May 15 08:37:22 2008
New Revision: 135330
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135330
Log:
2008-05-15 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #2 from rguenth at gcc dot gnu dot org 2008-05-15 08:38 ---
Subject: Bug 36009
Author: rguenth
Date: Thu May 15 08:37:22 2008
New Revision: 135330
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135330
Log:
2008-05-15 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-05-15 08:22
---
Subject: Bug 34330
Author: rguenth
Date: Thu May 15 08:21:32 2008
New Revision: 135329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=135329
Log:
2008-05-15 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-05-15 08:22 ---
Fixed on the trunk.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known to f
--- Comment #2 from eilemann at gmail dot com 2008-05-15 08:13 ---
Created an attachment (id=15642)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15642&action=view)
Standalone test case - compile line within
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36242
--- Comment #1 from eilemann at gmail dot com 2008-05-15 08:12 ---
Created an attachment (id=15641)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15641&action=view)
the preprocessed file (*.i*) that triggers the bug,
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36242
OpenMP crashes in gomp_resolve_num_threads when used concurrently from multiple
threads.
% g++-4.2 -v
Using built-in specs.
Target: i686-apple-darwin9
Configured with: /var/tmp/gcc_42/gcc_42-5553~4/src/configure --disable-checking
-enable-werror --prefix=/usr --mandir=/usr/share/man
--enable-langu
The following code (borrowed from
http://gcc.gnu.org/ml/gcc/2008-05/msg00134.html):
integer(8), parameter :: l = z'5fe6eb3be000'
integer, parameter :: ni = 3
integer :: i, j, n
integer(8) :: k
real(8) :: a, b, e, m, s
equivalence (b, k)
a = 1.0d0
e = epsilon(1.0)/2.0d0**4
m = 0.0d0
s = 0.0d0
n
--- Comment #25 from aldot at gcc dot gnu dot org 2008-05-15 07:58 ---
(In reply to comment #10)
> It fails on arm-eabi with -mthumb and/or -fPIC.
> Currently "-fPIC" is not well tested.
I have created a separate PR36240 to track all PIC issues.
--
http://gcc.gnu.org/bugzilla/show
Bug to collect PIC-related problems with -frtl-abstract-sequences.
from PR33642, comment #22 (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33642#c22 ):
$ gcc-4.4.orig-HEAD -O0 -frtl-abstract-sequences -fPIC -S foo.i -o /dev/null
foo.i: In function bazoo:
foo.i:4: error: unrecognizable insn:
(in
--- Comment #11 from fxcoudert at gcc dot gnu dot org 2008-05-15 07:46
---
(In reply to comment #10)
> I don't see any signs of this bug actively fixed?
I wanted to look into it, but I can't reproduce it any more on x86_64-linux
with current mainline.
--
http://gcc.gnu.org/bugzill
69 matches
Mail list logo
