--- Comment #7 from hjl dot tools at gmail dot com 2010-09-06 15:08 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00469.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-06 17:10 ---
*** This bug has been marked as a duplicate of 45524 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #40 from hjl dot tools at gmail dot com 2010-09-06 17:10
---
*** Bug 45561 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #41 from hjl dot tools at gmail dot com 2010-09-06 17:18
---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45543
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45543
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-05 15:58 ---
*** This bug has been marked as a duplicate of 45524 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #35 from hjl dot tools at gmail dot com 2010-09-05 15:58
---
*** Bug 45547 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #37 from hjl dot tools at gmail dot com 2010-09-05 22:27
---
(In reply to comment #36)
I confirm that the patch in comment #28 fixes this pr. However using the tip
in
comment #22, I get
[macbook] gcc/p_build% grep -r decimal_ */config.log
gcc
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-06 00:18 ---
Fixed as of revision 163884.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-06 00:19 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|NEW
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-06 01:28 ---
It is caused by revision 163831:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00122.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC host
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-06 01:39 ---
It is very odd. Revision 163831 shouldn't change anything.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45550
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-06 01:45 ---
It is caused by revision 163861:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00152.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #25 from hjl dot tools at gmail dot com 2010-09-04 15:13
---
Created an attachment (id=21696)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21696action=view)
A patch
Please try this one.
--
hjl dot tools at gmail dot com changed:
What|Removed
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #26 from hjl dot tools at gmail dot com 2010-09-04 15:19
---
Created an attachment (id=21697)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21697action=view)
A regenerated patch
I really don't like autconf cache.
--
hjl dot tools at gmail dot com changed
--- Comment #28 from hjl dot tools at gmail dot com 2010-09-04 16:07
---
Created an attachment (id=21698)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21698action=view)
A new patch
Try this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45524
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-04 17:24 ---
Please provide a complete testcase, including Makefile.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #33 from hjl dot tools at gmail dot com 2010-09-05 03:22
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00375.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
Summary: [4.6 regression] Failed to bootstrap
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-03 13:31 ---
[...@gnu-1 gcc]$ ./xgcc -B./ -m32 -O2 -S /tmp/pr45519.i
../../../src-trunk/libgcc/../gcc/unwind-dw2-fde-glibc.c: In function
\u2018_Unwind_IteratePhdrCallback\u2019:
../../../src-trunk/libgcc/../gcc/unwind-dw2-fde
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-03 13:32 ---
Created an attachment (id=21682)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21682action=view)
A testcase
[...@gnu-1 gcc]$ ./xgcc -B./ -m32 -O2 -S /tmp/pr45519.i
../../../src-trunk/libgcc/../gcc/unwind-dw2
--- Comment #7 from hjl dot tools at gmail dot com 2010-09-03 14:52 ---
(In reply to comment #6)
Created an attachment (id=21683)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21683action=view) [edit]
alternate fix
Doesn't work on Linux/x86. I got
/export/gnu/import/git/gcc
--- Comment #8 from hjl dot tools at gmail dot com 2010-09-03 15:37 ---
(In reply to comment #5)
Hmhm, IVOPTs expands crap into arguments.
Index: gcc/tree-ssa-loop-ivopts.c
===
--- gcc/tree-ssa-loop-ivopts.c
--- Comment #9 from hjl dot tools at gmail dot com 2010-09-03 16:48 ---
It also failed on Linux/ia64 with similar error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45519
--- Comment #10 from hjl dot tools at gmail dot com 2010-09-03 17:09
---
(In reply to comment #8)
(In reply to comment #5)
Hmhm, IVOPTs expands crap into arguments.
Index: gcc/tree-ssa-loop-ivopts.c
===
--- gcc
/dummy_procedure_1.f90 failed
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-03 18:09 ---
It failed with revision 163827 and worked with 163811.
It may be caused by revision163813 :
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00104.html
--
hjl dot tools at gmail dot com changed:
What
--- Comment #14 from hjl dot tools at gmail dot com 2010-09-02 13:52
---
On Linux/x86, -fPIC triggered invalid memory access:
[...@gnu-6 gcc]$ valgrind --tool=memcheck ./cc1 -fpreprocessed
/tmp/sprintf-chk.i -quiet -dumpbase sprintf-chk.i -m32 -mtune=generic
-march=x86-64 -auxbase
--- Comment #15 from hjl dot tools at gmail dot com 2010-09-02 14:22
---
A smaller testcase:
---
extern void abort (void);
extern void *chk_fail_buf[];
extern volatile int chk_fail_allowed;
void
test3 (void)
{
chk_fail_allowed = 1;
if (__builtin_setjmp (chk_fail_buf) == 0
--- Comment #16 from hjl dot tools at gmail dot com 2010-09-02 14:40
---
output_set_got in i386.c has
#ifdef DWARF2_UNWIND_INFO
/* Ensure all queued register saves are flushed before the
call. */
if (dwarf2out_do_frame ())
{
rtx insn
--- Comment #17 from hjl dot tools at gmail dot com 2010-09-02 14:43
---
No idea if it is correct:
diff --git a/gcc/config/i386/i386.c b/gcc/config/i386/i386.c
index b550d86..decfd65 100644
--- a/gcc/config/i386/i386.c
+++ b/gcc/config/i386/i386.c
@@ -8121,6 +8121,7 @@ output_set_got
--- Comment #18 from hjl dot tools at gmail dot com 2010-09-02 14:49
---
It is very likely that the stack usage change triggers this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45484
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45504
--
Summary: [4.6 Regression] gfortran.dg/pr25923.f90
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-02 19:49 ---
It is caused by revision 163733:
http://gcc.gnu.org/ml/gcc-cvs/2010-09/msg00024.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-02 21:16 ---
The problem is -D XXX=XXX no longer works:
[...@gnu-17 libjava]$ /export/build/gnu/gcc/build-i686-linux/./gcc/jvgenmain
-findirect-dispatch -D java.class.path=/usr/gcc-4.6/share/java/ecj.jar
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-02 21:38 ---
gcj used to pass -DXXX=XXX to jvgenmain. Now it passes
-D XXX=XXX to jvgenmain. But jvgenmain doesn't like it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45504
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-02 21:47 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00192.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-02 21:53 ---
Which libstdc++ is used at run-time? Please do
(gdb) info shared
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-02 23:32 ---
GCC driver now passes down '-Y XXX=FOO instead of -YXXX=FOO.
Ada compiler may not support it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45499
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-03 02:02 ---
It is hard to tell without a small testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45509
--- Comment #4 from hjl dot tools at gmail dot com 2010-09-03 02:39 ---
(In reply to comment #3)
Subject: Re: Ada bootstrap broken
I don't see where a -Y option would come from or what would accept it.
Y can be any letter from A to Z and a to z. See PR 45504 for an example
Regression] New LTO failures
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http
--- Comment #31 from hjl dot tools at gmail dot com 2010-09-01 14:51
---
(In reply to comment #30)
With only gcc-pr45234-2.patch at r163712 , I am seeing the following
regressions...
FAIL: gcc.c-torture/execute/builtins/sprintf-chk.c compilation, -Os
(internal
compiler error
--- Comment #34 from hjl dot tools at gmail dot com 2010-09-01 15:31
---
(In reply to comment #33)
Created an attachment (id=21647)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21647action=view) [edit]
Don't redefine STACK_BOUNDARY and replace STACK_BOUNDARY with 128.
Please
--- Comment #1 from hjl dot tools at gmail dot com 2010-09-01 15:40 ---
Please try gcc 4.5.2 and report what it does.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-01 15:56 ---
(In reply to comment #2)
gcc-4.5 is still hardmasked downstream in Gentoo, then, I am unsure about
installing it :-/, are you sure this bug could be solved in 4.5* ?
1. -march=native is changed in gcc 4.5.
2
--- Comment #5 from hjl dot tools at gmail dot com 2010-09-01 16:37 ---
(In reply to comment #4)
(In reply to comment #3)
(In reply to comment #2)
gcc-4.5 is still hardmasked downstream in Gentoo, then, I am unsure about
installing it :-/, are you sure this bug could be solved
--- Comment #38 from hjl dot tools at gmail dot com 2010-09-01 19:49
---
Created an attachment (id=21649)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21649action=view)
A patrch
Darwin needs 128bit stack boundary for all function calls. This
patch should fix nest.c
--- Comment #39 from hjl dot tools at gmail dot com 2010-09-01 20:03
---
Created an attachment (id=21650)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21650action=view)
Another patch
Darwin needs 128bit stack alignment for -pg.
--
hjl dot tools at gmail dot com changed
--- Comment #13 from hjl dot tools at gmail dot com 2010-08-31 13:48
---
(In reply to comment #9)
Created an attachment (id=21599)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21599action=view) [edit]
rely on PREFERRED_STACK_BOUNDARY_DEFAULT for intel darwin
You should keep
--- Comment #14 from hjl dot tools at gmail dot com 2010-08-31 13:54
---
(In reply to comment #12)
Testresults for PR36502v2.patch at
http://gcc.gnu.org/ml/gcc-testresults/2010-08/msg03098.html. It appears that
the only additional failures triggered by this patch are listed
--- Comment #26 from hjl dot tools at gmail dot com 2010-08-31 20:30
---
(In reply to comment #15)
Created an attachment (id=21607)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21607action=view) [edit]
rely on PREFERRED_STACK_BOUNDARY_DEFAULT and MAIN_STACK_BOUNDARY
--- Comment #28 from hjl dot tools at gmail dot com 2010-09-01 01:08
---
(In reply to comment #27)
I don't think MAIN_STACK_BOUNDARY needs to be set, nor will it help to set
it.
The alignment is set up by the crt runtime, and just to call to main, the
alignment of the stack must
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-01 01:10 ---
It is caused by revision 163260:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00471.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-01 02:29 ---
It is caused by revision 162008:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00362.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-09-01 03:03 ---
It is caused by revision 147282:
http://gcc.gnu.org/ml/gcc-cvs/2009-05/msg00256.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45459
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-30 22:14 ---
*** Bug 45459 has been marked as a duplicate of this bug. ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-30 22:14 ---
*** This bug has been marked as a duplicate of 45062 ***
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-30 22:27 ---
Please provide a testcase.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #7 from hjl dot tools at gmail dot com 2010-08-31 02:18 ---
Please check how MIN_STACK_BOUNDARY is used in i386.c. If you
define it to MIN_STACK_BOUNDARY, -mstackrealign won't work
correctly.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36502
--- Comment #8 from hjl dot tools at gmail dot com 2010-08-31 02:21 ---
(In reply to comment #7)
Please check how MIN_STACK_BOUNDARY is used in i386.c. If you
define it to MIN_STACK_BOUNDARY, -mstackrealign won't work
correctly.
I meant -mstackrealign won't work correctly
--- Comment #3 from hjl dot tools at gmail dot com 2010-08-29 18:34 ---
Combine seems to prefer LSHIFTRT over ZERO_EXTRACT.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45434
--- Comment #8 from hjl dot tools at gmail dot com 2010-08-27 15:52 ---
It is caused by revision 162653:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg01007.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45422
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-27 16:16 ---
(In reply to comment #4)
Created an attachment (id=21576)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21576action=view) [edit]
Patch to remove special (vec_duplicate ...) insn RTXes
This patch removes
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla
--- Comment #1 from hjl dot tools at gmail dot com 2010-08-28 04:30 ---
It may be related to PR 44659.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
CC||hjl dot tools at gmail dot
--- Comment #3 from hjl dot tools at gmail dot com 2010-08-26 14:16 ---
It is caused by revision 162842:
http://gcc.gnu.org/ml/gcc-cvs/2010-08/msg00053.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #1 from hjl dot tools at gmail dot com 2010-08-26 14:19 ---
It is caused by revision 162413:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00767.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-26 17:46 ---
I can't reproduce it on Fedora 13. But valgrind reports:
Compiler executable checksum: d32748fe5bfee4f2f9ecf4e95f2e1498
==17242== Conditional jump or move depends on uninitialised value(s)
==17242==at 0x7ED1AF
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-26 19:48 ---
valgrind issue is caused by revision 162156:
http://gcc.gnu.org/ml/gcc-cvs/2010-07/msg00510.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #6 from hjl dot tools at gmail dot com 2010-08-26 20:02 ---
(In reply to comment #4)
Created an attachment (id=21574)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21574action=view) [edit]
different testcase
Thank you for answers! This not yet reduced testcase
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-26 03:18 ---
Fixed.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Status
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-24 13:58 ---
For gcc 4.3 and 4.4, I got
pr45393.cc:20: error: BB 4 can not throw but has EH edges
pr45393.cc:20: error: BB 5 can not throw but has EH edges
pr45393.cc:20: internal compiler error: verify_flow_info failed
Please
--- Comment #6 from hjl dot tools at gmail dot com 2010-08-24 15:38 ---
Revision 146776:
http://gcc.gnu.org/ml/gcc-cvs/2009-04/msg01418.html
turns
pr45393.cc:20: error: BB 4 can not throw but has EH edges
pr45393.cc:20: error: BB 5 can not throw but has EH edges
pr45393.cc:20
--- Comment #7 from hjl dot tools at gmail dot com 2010-08-24 19:16 ---
(In reply to comment #5)
For gcc 4.3 and 4.4, I got
pr45393.cc:20: error: BB 4 can not throw but has EH edges
pr45393.cc:20: error: BB 5 can not throw but has EH edges
pr45393.cc:20: internal compiler error
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-24 22:58 ---
It is caused by revision 149780:
http://gcc.gnu.org/ml/gcc-cvs/2009-07/msg00662.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-23 16:29 ---
ICC people say
--
In my opinion, FP multiplication and addition should be considered commutative
at both the C and intrinsic level. The only case where the underlying
instructions behave in a non-commutative
--- Comment #2 from hjl dot tools at gmail dot com 2010-08-23 16:35 ---
It is caused by revision 155415:
http://gcc.gnu.org/ml/gcc-cvs/2009-12/msg00559.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #3 from hjl dot tools at gmail dot com 2010-08-23 21:25 ---
(In reply to comment #2)
Created an attachment (id=21536)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21536action=view) [edit]
Potential fix
Can you try this?
It works. Thanks.
--
http
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Target Milestone|--- |4.6.0
Version|4.5.3 |4.6.0
http
--- Comment #5 from hjl dot tools at gmail dot com 2010-08-21 14:22 ---
Is this safe to backport it to gcc 4.5/4.4?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45315
--- Comment #21 from hjl dot tools at gmail dot com 2010-08-21 17:06
---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2010-08/msg01669.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45355
--- Comment #1 from hjl dot tools at gmail dot com 2010-08-20 13:52 ---
We are running out of stack in recursive call:
Program received signal SIGSEGV, Segmentation fault.
0x41bf3c90 in if_then_else_cond (x=0x23ef08d0,
ptrue=0x6ef88070, pfalse
Product: gcc
Version: 4.5.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- Comment #7 from hjl dot tools at gmail dot com 2010-08-20 16:54 ---
Created an attachment (id=21531)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21531action=view)
A patch
I talked to icc people. They think the return value should be
zero-extended to reflex what hardware does
: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45361
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hjl dot tools at gmail dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45365
--- Comment #1 from hjl dot tools at gmail dot com 2010-08-21 03:54 ---
[...@gnu-6 intrin]$ cat mulpd.c
#include stdlib.h
#include string.h
#include stdint.h
#include emmintrin.h
__m128d a;
__m128d b;
uint64_t av[] = {0x0, 0xfff8ULL};
uint64_t bv[] = {0xffefULL
101 - 200 of 3333 matches
Mail list logo
