--- Comment #6 from tbm at cyrius dot com 2008-09-09 07:15 ---
I also just ran into:
internal compiler error: tree check: expected
function_decl, have var_decl in ccp_fold, at tree-ssa-ccp.c:1050
i.e. var_decl rather than function_decl
Do you want preprocessed source for this one too?
--- Comment #7 from rguenther at suse dot de 2008-09-09 07:31 ---
Subject: Re: [4.4 Regression] tree check:
expected function_decl, have string_cst in ccp_fold, at
tree-ssa-ccp.c:1050
On Tue, 9 Sep 2008, tbm at cyrius dot com wrote:
--- Comment #6 from tbm at cyrius dot com
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-09 07:31 ---
Can you attach preprocessed source so I can reproduce this with a cross?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37380
[maybe duplicate of or related to PR37434]
fails for i486, i586, works with i386, i686:
- 8 -
$ cat mknod.6.i
int gnu_dev_minor (unsigned long long int dev)
{
return (dev 0xff) | ((unsigned int) (dev 12) ~0xff);
}
int mknod(const char *path, unsigned int mode, unsigned long long
--
aldot at gcc dot gnu dot org changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
|
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |domob at gcc dot gnu dot org
|dot org
--- Comment #3 from jakub at gcc dot gnu dot org 2008-09-09 07:58 ---
Mine.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-09 08:12 ---
The alias set is the same:
(insn:TI 2204 2201 78 pr37408.i:9124 (set (reg:DI 6 6)
(zero_extend:DI (mem/c/i:SI (plus:DI (reg:DI 5 5 [6])
(const_int 1492 [0x5d4])) [5 nargs+4 S4 A64]))) 14
--- Comment #6 from irar at il dot ibm dot com 2008-09-09 08:24 ---
(In reply to comment #5)
This looks related to PR 37418.
The testcase in PR 37418 ICEs also with -fno-tree-vectorize.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37385
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 09:08 ---
Indeed, MEM_SIZE is the cause.
--- gcc/function.c.jj 2008-09-08 09:33:51.0 +0200
+++ gcc/function.c 2008-09-09 10:59:15.0 +0200
@@ -2332,6 +2332,11 @@ assign_parm_find_stack_rtl (tree parm, s
--- Comment #4 from domob at gcc dot gnu dot org 2008-09-09 09:26 ---
Subject: Bug 35837
Author: domob
Date: Tue Sep 9 09:25:33 2008
New Revision: 140140
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140140
Log:
2008-09-05 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #5 from domob at gcc dot gnu dot org 2008-09-09 09:27 ---
Fixed for 4.3 branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35837
--- Comment #7 from domob at gcc dot gnu dot org 2008-09-09 09:48 ---
Subject: Bug 37411
Author: domob
Date: Tue Sep 9 09:46:51 2008
New Revision: 140141
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140141
Log:
2008-09-09 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #8 from domob at gcc dot gnu dot org 2008-09-09 09:49 ---
This was indeed fixed with PR 37199, I committed the test-case as well as the
assertion mentioned. Fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from rguenth at gcc dot gnu dot org 2008-09-09 10:07 ---
Subject: Bug 37387
Author: rguenth
Date: Tue Sep 9 10:05:49 2008
New Revision: 140142
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140142
Log:
2008-09-09 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-09 10:07 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #6 from rguenth at gcc dot gnu dot org 2008-09-09 10:07 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-09 10:08 ---
Subject: Bug 37433
Author: rguenth
Date: Tue Sep 9 10:06:54 2008
New Revision: 140143
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140143
Log:
2008-09-09 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #1 from jakub at gcc dot gnu dot org 2008-09-09 09:45 ---
Unrelated, this is caused by optimize_function_for_s*_p-ification.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37420
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 10:45 ---
Fixed one bug, but apparently there are some more. Debugging.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-09 11:28 ---
Subject: Bug 37354
Author: rguenth
Date: Tue Sep 9 11:26:45 2008
New Revision: 140145
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140145
Log:
2008-09-09 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #7 from rguenth at gcc dot gnu dot org 2008-09-09 11:28 ---
Subject: Bug 30165
Author: rguenth
Date: Tue Sep 9 11:26:45 2008
New Revision: 140145
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140145
Log:
2008-09-09 Richard Guenther [EMAIL PROTECTED]
PR
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-09 11:30 ---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
templateclass T, class U
auto add(T t, U u) - decltype(t + u)
{ return t + u; }
int main()
{
add(1,2);
}
internal compiler error: in tsubst_copy, at cp/pt.c:9812
--
Summary: ICE using auto return-type in template function
Product: gcc
Version: 4.4.0
--- Comment #8 from rguenth at gcc dot gnu dot org 2008-09-09 11:32 ---
Fixed for GCC 4.4.0.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from rguenth at gcc dot gnu dot org 2008-09-09 12:04 ---
Mine. gimple_regimplify_operands is broken, but we shouldn't really use
this beast anyway.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-09 12:15 ---
That algorithm looks bogus:
generate_local_decl (gfc_symbol * sym)
{
if (sym-attr.flavor == FL_VARIABLE)
{
/* Check for dependencies in the array specification and string
length, adding the
--- Comment #6 from hubicka at gcc dot gnu dot org 2008-09-09 12:23 ---
This also breaks because of gimple_regimplify_operands
Breakpoint 3, gimple_regimplify_operands (stmt=0x2af5b100,
gsi_p=0x7fffe3b0) at ../../gcc/gimplify.c:7374
7374 push_gimplify_context (gctx);
(gdb)
--- Comment #7 from hubicka at gcc dot gnu dot org 2008-09-09 12:37 ---
Jakub,
disabling the regimplification introduced here
http://gcc.gnu.org/ml/gcc-patches/2007-11/msg00500.html
fixes the testcase. Since you invented the regimplify function, could you take
a look, please?
--
This target successfully built on the trunk as of 4.4.0 20080802
(experimental) [trunk revision 138553] with results posted here:
http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg00601.html
This is the command line and bug box generated during the build.
--- Comment #8 from hubicka at gcc dot gnu dot org 2008-09-09 12:47 ---
Created an attachment (id=16263)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16263action=view)
patch in testing
OK,
I think the problem is that regimplify expect the statement to be already
inserted.
--
Between 20080801 and 20080903, mainline bootstrap started to fail on IRIX 6.5.
The symptom is a configuration failure when configuring stage2 support
libraries
like zlib:
checking whether the
/vol/gccsrc/obj/gcc-4.4.0-20080903/6.5-gcc/./prev-gcc/xgcc
--- Comment #1 from ro at gcc dot gnu dot org 2008-09-09 12:54 ---
Created an attachment (id=16264)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16264action=view)
working version of conftest.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37441
--- Comment #2 from ro at gcc dot gnu dot org 2008-09-09 12:54 ---
Created an attachment (id=16265)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16265action=view)
broken version of conftest.s
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37441
--- Comment #2 from hubicka at gcc dot gnu dot org 2008-09-09 12:54 ---
Quite obviously :(
I will need some asistance here as I don't have HP-PA system and don't know
much about ISA either.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37068
--
abel at gcc dot gnu dot org changed:
What|Removed |Added
CC|abel at ispras dot ru |abel at gcc dot gnu dot org
AssignedTo|unassigned at gcc dot
--- Comment #9 from jakub at gcc dot gnu dot org 2008-09-09 13:03 ---
Yes, it does (after all, it sometimes needs to insert statements even after
stmt). Your patch is IMHO correct, but incomplete. There are 2 things that
also need doing:
1) I think in while (!gsi_end_p (copy_gsi))
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-09-09 13:07
---
PR37432 is also related, where regimplify operands fails to notice that
a non-register lhs requires a temporary.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37356
--- Comment #5 from dfranke at gcc dot gnu dot org 2008-09-09 13:23 ---
I think it got broken by Rev. 132756
Confirmed :(
Further down in trans-decl.c (introduced in the same revision):
3547: /* Prevents Unused variable warning for RESULT variables. */
3548: sym-mark =
On Linux/ia32, revision 140144 gave
+FAIL: gcc.target/i386/pr12329.c (test for errors, line 10)
+FAIL: gcc.target/i386/pr12329.c (test for excess errors)
+FAIL: gcc.target/i386/sse-5.c (test for warnings, line 8)
+FAIL: gcc.target/i386/sse-5.c (test for excess errors)
Revision 140141 is OK
--- Comment #1 from rguenth at gcc dot gnu dot org 2008-09-09 13:50 ---
Please paste the error messages in future. Obviously Aldy's problem.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #31 from luisgpm at linux dot vnet dot ibm dot com 2008-09-09
13:51 ---
I have the fix for PPC. Any special reason why this doesn't get reproduced
there? Still would be worthwhile to include the rs6000-specific fix for this
bug ticket?
Thanks,
Luis
--
consider the code fragment:
uint64_t slow(uint64_t x) {
return x / 1220703125u;
}
This can be replaced by:
uint64_t fast(uint64_t x) {
uint32_t a = ((x 32) * 1270091284u) 32;
uint32_t b = ((x 0xu) * 3777893186u) 32;
return ((x 32) * 3777893186ull + a + b) 30;
}
The 'fast'
--
dodji at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dodji at gcc dot gnu dot org
|dot org
--- Comment #18 from abel at gcc dot gnu dot org 2008-09-09 14:21 ---
Subject: Bug 37360
Author: abel
Date: Tue Sep 9 14:19:31 2008
New Revision: 140151
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140151
Log:
PR rtl-optimization/37360
* haifa-sched.c
--- Comment #19 from abel at gcc dot gnu dot org 2008-09-09 14:35 ---
Fixed in 140151.
--
abel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from aldyh at gcc dot gnu dot org 2008-09-09 14:50 ---
Fixed by http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00710.html
--
aldyh at gcc dot gnu dot org changed:
What|Removed |Added
The following code fails (worked with gcc 4.1.2)
templatetypename T struct trait {
static const int level = 0;
};
templatetypename T struct A {
struct B {
typedef T datatype;
datatype *data;
B *next;
};
B* LIST;
};
templatetypename T struct trait AT {
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2008-09-09
15:43 ---
Subject: Re: [4.4 regression] IRA merge breaks Tru64 UNIX bootstrap
After applying the patch for PR rtl-optimization/37333 from
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00514.html
and
-trunk
build:
[EMAIL PROTECTED]:~/design/gfortran/bug4 gfortran --version
GNU Fortran (GCC) 4.4.0 20080909 (experimental) [trunk revision 140137]
Copyright (C) 2008 Free Software Foundation, Inc.
I am not able to reduce the size of the problem.
Thank you for your attention.
Yours truly,
Norm
--- Comment #14 from hjl dot tools at gmail dot com 2008-09-09 16:01
---
I re-enabled the regmove pass on ira-merge branch at revision 140065
and ran SPEC CPU 2K/2006 with -O2 -msse2 -mfpmath=sse -ffast-math for
both 32bit and 64bit on Intel Core 2. Here are the performance impacts
of
--- Comment #1 from clerman at fuse dot net 2008-09-09 16:03 ---
Subject: bug 37445
Hello,
Attached is a compressed archive containing the files you will need to
reproduce bug 37445. Unpack the file and then invoke the shell script bug4.sh
to accomplish this.
I see that when I
--- Comment #1 from ro at techfak dot uni-bielefeld dot de 2008-09-09
16:22 ---
Subject: Re: [4.4 regression] IRA merge breaks Solaris/x86 bootstrap
Configuring for i686-pc-solaris2.10 instead of the default of
i386-pc-solaris2.10 allows a C-only bootstrap to complete.
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-09
16:30 ---
Subject: Re: [4.4 Regression]
../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used
uninitialized in this function
Can you attach preprocessed source so I can reproduce this with
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 16:41 ---
FE bug:
tree
array_type_nelts_top (tree type)
{
return fold_build2 (PLUS_EXPR, sizetype,
array_type_nelts (type),
integer_one_node);
}
Should use size_one_node instead.
--- Comment #8 from ro at techfak dot uni-bielefeld dot de 2008-09-09
16:45 ---
Subject: Re: [4.4 regression] cc1plus SEGV compiling strstream.cc on Tru64
UNIX
jh at suse dot cz writes:
Looks like Aplha is not tuplified yet?
../../gcc/config/alpha/alpha.c: In function
--- Comment #5 from jakub at gcc dot gnu dot org 2008-09-09 16:51 ---
Mine.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
--- Comment #9 from rguenth at gcc dot gnu dot org 2008-09-09 16:56 ---
The key to the problem seems to be a structure passed by value where the
target passes it as pointer and the struct is callee-copied. This gimplifies
to the correct
cvt.64 ={v} cvt;
D.6054_4 = cvt.64.width;
At some point between 4.3 and 4.4 the error printed for (EN) has changed. The
standard mandates for EN the syntax EN w . d [E e] with non-zero w.
4.3 printed:
write(*,'(EN)') 5.0
1
Error: Positive width required in format string at (1)
While 4.4 prints:
write(*,'(EN)') 5.0
--- Comment #5 from vmakarov at gcc dot gnu dot org 2008-09-09 17:07
---
Subject: Bug 37333
Author: vmakarov
Date: Tue Sep 9 17:05:56 2008
New Revision: 140160
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140160
Log:
2008-09-09 Vladimir Makarov [EMAIL PROTECTED]
PR
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-09-09 17:18
---
And the reason for that is that re-gimplifying cvt.width hits
gimplify_var_or_parm_decl which will substitute cvt with its
DECL_VALUE_EXPR which is cvt.64. This is - unfortunate, because
we cannot easily fix
--- Comment #7 from hjl dot tools at gmail dot com 2008-09-09 17:23 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00727.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from burnus at gcc dot gnu dot org 2008-09-09 17:24 ---
Mine
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #5 from chris2553 at googlemail dot com 2008-09-09 17:50
---
Subject: Re: Assembler error message when building vlc-0.9.1
On Saturday 06 September 2008, pinskia at gcc dot gnu dot org wrote:
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-09-06 21:39
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-09 17:50 ---
The problem here is that gimplify_init_constructor calls can_move_by_pieces,
and the default MOVE_BY_PIECES_P uses optimize_insn_for_speed_p:
#define MOVE_BY_PIECES_P(SIZE, ALIGN) \
(move_by_pieces_ninsns (SIZE,
Test gcc.c-torture/execute/pr28982b.c started failing execution for all -O2 and
-O3 options on powerpc64-linux with -m32 with this patch:
http://gcc.gnu.org/viewcvs?view=revrev=139993
r139993 | rsandifo | 2008-09-04 18:47:35 + (Thu, 04 Sep 2008)
It still fails as of r140162. The
--- Comment #3 from jv244 at cam dot ac dot uk 2008-09-09 18:06 ---
reduced:
MODULE M1
INTERFACE putaline
MODULE PROCEDURE S1,S2
END INTERFACE
CONTAINS
SUBROUTINE S1(I)
END SUBROUTINE
SUBROUTINE S2(F)
END SUBROUTINE
END MODULE
MODULE M2
USE M1
CONTAINS
SUBROUTINE S3
CALL
--- Comment #2 from domob at gcc dot gnu dot org 2008-09-09 18:09 ---
Subject: Bug 37429
Author: domob
Date: Tue Sep 9 18:08:08 2008
New Revision: 140163
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140163
Log:
2008-09-09 Daniel Kraft [EMAIL PROTECTED]
PR
--- Comment #3 from domob at gcc dot gnu dot org 2008-09-09 18:11 ---
Type-bound procedure call expressions missed a correct initialization of their
rank field, fixed.
--
domob at gcc dot gnu dot org changed:
What|Removed |Added
--
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
Severity|major |blocker
Component|target |middle-end
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-09 18:23 ---
Confirmed, I see it too. I configure GCC with --with-tune=cell.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
After upgrading to gcc 4.3.1, I can no longer compile a function whose
source code is 0.7 Megabyte before preprocessing and 3.5 Megabyte after
preprocessing.
The function (named testsuite) is just a long list of statements
essentially of form if(!condition){complain();exit();}
The behaviour is:
--- Comment #2 from spop at gcc dot gnu dot org 2008-09-09 18:41 ---
Subject: Bug 37375
Author: spop
Date: Tue Sep 9 18:39:45 2008
New Revision: 140164
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140164
Log:
2008-09-05 Sebastian Pop [EMAIL PROTECTED]
PR
--- Comment #4 from burnus at gcc dot gnu dot org 2008-09-09 18:44 ---
Paul, sounds like a bug for you.
* * *
The problem is that gfortran calls the use-associated (generic or specific)
procedure instead of the host-associated procedure. (The procedure is
use-associated in the
--- Comment #8 from paolo dot carlini at oracle dot com 2008-09-09 19:03
---
Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37351
--- Comment #3 from spop at gcc dot gnu dot org 2008-09-09 19:05 ---
Fixed.
--
spop at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from ebotcazou at gcc dot gnu dot org 2008-09-09 19:17
---
Several files are miscompiled by the stage1 compiler, starting with c-decl.c.
Now if you take the preprocessed file c-decl.i and compile it with a cross on
Linux, the resulting code is OK (the differences are in
--- Comment #4 from jakub at gcc dot gnu dot org 2008-09-09 19:18 ---
Subject: Bug 37389
Author: jakub
Date: Tue Sep 9 19:16:49 2008
New Revision: 140165
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140165
Log:
PR c++/37389
* decl.c (build_enumerator): Handle
--- Comment #5 from burnus at gcc dot gnu dot org 2008-09-09 19:18 ---
Thinking it over, I think the program is INVALID per
Two or more accessible entities, other than generic interfaces or defined
operators, may have the same identifier only if the identifier is not used to
refer to
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-09 19:18 ---
Subject: Bug 37408
Author: jakub
Date: Tue Sep 9 19:17:30 2008
New Revision: 140166
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140166
Log:
PR rtl-optimization/37408
* function.c
--- Comment #2 from jakub at gcc dot gnu dot org 2008-09-09 19:20 ---
Subject: Bug 37438
Author: jakub
Date: Tue Sep 9 19:18:55 2008
New Revision: 140167
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140167
Log:
PR target/37438
* config/i386/i386.md
--- Comment #6 from jakub at gcc dot gnu dot org 2008-09-09 19:21 ---
Subject: Bug 37419
Author: jakub
Date: Tue Sep 9 19:19:41 2008
New Revision: 140168
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=140168
Log:
PR other/37419
* ipa-prop.h
--- Comment #4 from tbm at cyrius dot com 2008-09-09 19:23 ---
I still see the segfault (with 140156). I'll give you an account on the
machine
tomorrow.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
This probably won't be enough information to reproduce the bug, but I'm
recording it now in case someone else runs into the same problem.
Benchmark calculix from SPEC CPU2006 started failing with wrong results on
powerpc64-linux with either -m32 or -m64 and -O2 -ffast-math with this patch:
--- Comment #5 from pinskia at gcc dot gnu dot org 2008-09-09 19:28 ---
Maybe related to PR 37424 and all the other IRA ones.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37395
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
On Linux/x86, trunk revision 140155 is miscompiled. The
following test timed out
[EMAIL PROTECTED] gcc]$ cat /tmp/x.ii
void foo (int a, int a) { }
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -ansi -pedantic-errors -Wno-long-long -S
/tmp/x.ii
/tmp/x.ii:1: error: redefinition of int a
/tmp/x.ii:1:
--- Comment #1 from pinskia at gcc dot gnu dot org 2008-09-09 19:34 ---
Comeau online gives the similar error message:
ComeauTest.c, line 19: error: template parameter T is not used in or cannot
be
deduced from the template argument list of class template
traitAT::B
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from janis at gcc dot gnu dot org 2008-09-09 19:51 ---
I was wrong in the description, calculix does get wrong results when compiled
with -O1 -ftree-pre -funsafe-math-optimizations with r137631, and starts
failing with those options sometime between 20080326 and 20080601;
--- Comment #6 from jsm28 at gcc dot gnu dot org 2008-09-09 20:14 ---
Removing regression marker given the last comment.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from jsm28 at gcc dot gnu dot org 2008-09-09 20:16 ---
Ping. Last comment on 22 August said Answer with a full bootstrap tomorrow
morning..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37104
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37165
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37167
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
1 - 100 of 167 matches
Mail list logo
