http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56948
Bug #: 56948
Summary: PPC V2DI ICE when loading zero into GPRs
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
||2013-04-13
AssignedTo|unassigned at gcc dot |dje at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from David Edelsohn 2013-04-13 19:26:21
UTC ---
Created
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56948
David Edelsohn changed:
What|Removed |Added
Target Milestone|--- |4.8.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56948
David Edelsohn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51982
--- Comment #3 from David Edelsohn 2013-04-21 23:26:03
UTC ---
Created attachment 29912
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29912
self-contained example
The function lookup_unicode should be shrink-wrapped to not create
||2013-04-30
CC||dje at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from David Edelsohn 2013-04-30 20:45:54
UTC ---
Confirmed.
||dje at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #3 from David Edelsohn 2013-05-03 14:53:51
UTC ---
Duplicate.
*** This bug has been marked as a duplicate of bug 57154 ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57154
David Edelsohn changed:
What|Removed |Added
CC||anton at samba dot org
--- Com
|UNCONFIRMED |NEW
Last reconfirmed||2013-05-03
CC||dje at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #4 from David Edelsohn 2013-05-03 14:58:24
UTC ---
Confirmed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57154
--- Comment #6 from David Edelsohn 2013-05-03 15:02:18
UTC ---
Created attachment 30022
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30022
Testcase
Testcase from Anton Blanchard transferred from PR 57161
# gcc -O2 -c foo.c
fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54142
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52890
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54497
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #3
CC||dje at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #19 from David Edelsohn 2012-09-13
20:10:17 UTC ---
First, this is a warning from the AIX linker, not an error and not a failure.
The warning technically is correct but
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38607
--- Comment #20 from David Edelsohn 2012-09-14
23:23:45 UTC ---
Author: dje
Date: Fri Sep 14 23:23:41 2012
New Revision: 191316
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=191316
Log:
PR target/38607
Merge upstream chan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #23 from David Edelsohn 2012-09-16
02:36:27 UTC ---
I do not see the extraneous symbols using the example in comment #22 when
compiling with trunk. Also, the example G++ invocation does not enable any
optimizations.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #2 from David Edelsohn 2012-10-03 13:46:44
UTC ---
Constructors are working because they work without your big header. I would
try using divide and conquer techniques to reduce the big header and find out
what is interfering w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||dje at gcc dot gnu.org
Resolution||FIXED
--- Comment #1 from David Edelsohn 2012-10-24 23:11:22
UTC ---
This was fixed 2011-11-29.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55067
Bug #: 55067
Summary: [4.8 Regression] AIX bootstrap failure due to lra.c
loc_t
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55067
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55068
Bug #: 55068
Summary: [4.8 Regression] AIX bootstrap in push_reload() after
LRA merge
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCON
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55068
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
St
||2012-10-29
CC||dje at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #12 from David Edelsohn 2012-10-29
16:59:08 UTC ---
Confirmed. What's the status of reviewing and committing the patch?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #7 from David Edelsohn 2012-11-03 13:48:46
UTC ---
The New York area has experienced a major natural disaster. I am located near
NYC. GCC support is provided by volunteers. Repeatedly resending your message
will not elicit a f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #11 from David Edelsohn 2012-11-05
18:54:47 UTC ---
I believe that the G++ front end tries to create a unique name from the first
symbol it sees. I do not now if this is related to the constructor name
collision that you are s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #13 from David Edelsohn 2012-11-06
14:46:34 UTC ---
> Because if you have a function declared as inline in a header file that gets
propagated to multiple source files is ok, but in my case that inline keyword
was removed by som
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #16 from David Edelsohn 2012-11-07
01:27:00 UTC ---
G++ should create one specially named _GLOBAL__I_N_X function per
constructor. collect2 sorts the constructors based on the N priority
number encoded in the name.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
David Edelsohn changed:
What|Removed |Added
Depends on||33704
--- Comment #19 from Dav
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032
Summary: libgfortran references complex long double functions
missing on AIX
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47032
--- Comment #5 from David Edelsohn 2011-01-06 18:55:20
UTC ---
(In reply to comment #4)
> David, does GCC 4.5.x build on AIX?
GCC 4.5 libgfortran builds on AIX 5.3, but not AIX 6.1. GCC 4.4 libgfortran
built on both, so this is a regression, bu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47387
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46655
--- Comment #26 from David Edelsohn 2011-02-25
17:52:21 UTC ---
Richard,
Did you look at the list of sites providing pre-built binaries for AIX listed
on the GCC website:
http://gcc.gnu.org/install/binaries.html
There are multiple options who
||2011.02.28 16:50:45
CC||dje at gcc dot gnu.org
Ever Confirmed|0 |1
|UNCONFIRMED |NEW
Keywords||wrong-code
Last reconfirmed||2011.03.01 20:10:28
CC||dje at gcc dot gnu.org
Host||powerpc-*-*
Ever
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
--- Comment #2 from David Edelsohn 2011-03-02 22:08:51
UTC ---
Did you build the application as a 32 bit or 64 bit application? If you used
the default 32 bit on AIX did you try using -maix64?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
--- Comment #3 from David Edelsohn 2011-03-02 22:29:43
UTC ---
I can reproduce this bug. It occurs in AIX 32 bit mode, but not in AIX 64 bit
mode.
Linux 32 bit mode ABI is different than AIX 32 bit ABI, so it is more difficult
for LTC to reprod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
--- Comment #5 from David Edelsohn 2011-03-02 22:48:10
UTC ---
The bug does not occur with -O1. It does occur with -O2 and above, both 32 bit
and 64 bit AIX.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
--- Comment #6 from David Edelsohn 2011-03-02 22:51:04
UTC ---
Created attachment 23520
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23520
Assembly output from testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47947
--- Comment #9 from David Edelsohn 2011-03-03 01:48:17
UTC ---
The assembly output produces the same results that Tejas shows in comment #4.
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Program received signal SIGSEGV, Segmentation fault.
0x10af1214 in _ZL8web_mainv () at /nasfarm/dje/src/src/gcc/web.c:138
138 if (DF_REF_REAL_LOC (*ref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57308
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57304
--- Comment #3 from David Edelsohn ---
The patch seems to fix the testsuite failures for me.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57304
David Edelsohn changed:
What|Removed |Added
Target|powerpc64-linux |powerpc*-*-*
Status|UNCONFIR
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
The patch for PR c++/56930 breaks bootstrap on AIX when building libstdc++. I
now receive the following error message:
/tmp/20130524/gcc/include-fixed/math.h: In
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57391
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
/tmp/20130524/gcc/testsuite/g++2/../../xg++
-B/tmp/20130524/gcc/testsuite/g++2/../../
/nasfarm/dje/src/src/gcc/testsuite/g++.dg/ext/altivec-cell-2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57415
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57415
--- Comment #3 from David Edelsohn ---
Yes, the patch seems to fix the testsuite failure.
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Symtab cleanups 2/17 introduces 45 new failures in libstdc++ testsuite on AIX.
#0
_Z20ipa_record_referenceP15symtab_node_defS0_11ipa_ref_useP18gimple_statement_d
(referring_node=0x70d3ad58
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
Status|UNCO
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
--- Comment #2 from David Edelsohn ---
Created attachment 30240
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30240&action=edit
preprocessed testsuite/20_util/allocator_traits/members/construct.cc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
--- Comment #3 from David Edelsohn ---
Unoptimized backtrace:
Program received signal SIGSEGV, Segmentation fault.
0x1056d054 in _ZN7va_heap7reserveIP7ipa_refEEvRP3vecIT_S_8vl_embedEjb (
v=@0x24: 0x0, reserve=1, exact=false) at /nasfarm/dje/s
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
--- Comment #4 from David Edelsohn ---
The failure occurs with or without -O1/-O2. I am invoking cc1plus with
-g -std=gnu++0x
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57500
David Edelsohn changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
The 2011-05-19 change to convert collect2 to use the common diagnostics
infrastructure broke collect2's handling of temporary files. The original
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57652
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57652
--- Comment #2 from David Edelsohn ---
Prototype patch to use atexit.
PR driver/57652
* collect2.c (collect_atexit): New.
(collect_exit): Directly call exit.
(main): Register collect_atexit with atexit.
Index: col
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57652
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
|mips-mti-elf|mips-mti-elf powerpc-aix
CC||dje at gcc dot gnu.org
Host|x86_64-apple-darwin10 |*-*-*
--- Comment #6 from David Edelsohn ---
The failures also occur on powerpc-aix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19448
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #20
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
A patch to improve uniquization of constants at the tree level broke alignment
of constants and vectorized copies.
gcc.target/powerpc/ppc-vector-memcpy.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
David Edelsohn changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
--- Comment #3 from David Edelsohn ---
The change caused a testcase failure, which was not investigated. I don't
understand the comment "questionable optimization patterns". Optimizing for
size should be controlled by -Os.
||2013-07-23
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #13 from David Edelsohn ---
confirmed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56787
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
Known to
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
David Edelsohn changed:
What|Removed |Added
Summary|Uniquization of constants |[4.6/4.7/4.8/4.9
|brea
||2013-07-31
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Edelsohn ---
Confirmed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58034
--- Comment #3 from David Edelsohn ---
> I wonder if this is due to _setjmp not being marked as return twice.
Is that a missing decoration in the GLIBC declaration?
: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
In file included from
/tmp/20130801/powerpc-ibm-aix7.1.0.0/libstdc++-v3/include/
debug/safe_sequence.h:34:0,
from
/nasfarm/edelsohn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58049
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
http://gcc.gnu.org/ml/gcc-patches/2013-08/msg00092.html
This patch caused new testsuite regressions:
FAIL: g++.dg/ipa/devirt-11.C -std=gnu++98 scan-ipa-dump-times inline
"Discovered a virtual
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58094
--- Comment #3 from David Edelsohn ---
Created attachment 30620
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30620&action=edit
ipa and tree dumps
-fdump-ipa-all -fdump-tree-all output file attached in gzipped tar file.
||2013-08-06
CC||dje at gcc dot gnu.org
Component|other |middle-end
Summary|gcc.dg/tree-ssa/attr-alias. |[4.9 Regression]
|c fails with r201439|gcc.dg/tree-ssa/attr-alias
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
void tightness3_intrinsics2(double* A, double* B, int N) {
__vector double * vA = (__vector double*)A;
__vector double * vB = (__vector double*)B;
__vector double va0, va1;
double b0, b1, b2, b3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58139
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status|UNCONFIR
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
/nasfarm/edelsohn/src/src/libobjc/accessors.m: In function 'objc_getProperty':
/nasfarm/edelsohn/src/src/libobjc/accessors.m:127:11: internal compiler error:
in obj_type_ref_class,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58179
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
AIX Bootstrap is severely broken sometime after revision 201843. There are an
overwhelming number of linker errors. I am trying to bisect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58206
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=58206
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39950
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||dje at gcc dot gnu.org
Resolution||WORKSFORME
--- Comment #4 from David Edelsohn 2011-10-05 14:53:19
UTC ---
I am able to compile p7zip 9.13 using G++ 4.1 and G++ 4.4. If there was a bug,
this was fixed. p7zip 9.20.1 has C++ bugs, so I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39950
--- Comment #3 from David Edelsohn 2011-10-06 14:06:03
UTC ---
Author: dje
Date: Thu Oct 6 14:05:54 2011
New Revision: 179612
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=179612
Log:
PR target/39950
* config/rs6000/aix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39950
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50685
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50685
--- Comment #5 from David Edelsohn 2011-10-10 19:00:22
UTC ---
AIX 5.3 TL10 (as well as AIX 6.1 TL05 and AIX 7.1 TL00) instroduced AIX
assembler changes with some bugs. An AIX iFix for AIX 5.3 is available (APAR
IZ98385 for AIX 5.3 TL10, APAR IZ
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
Bug #: 50689
Summary: AIX bootstrap failure from cgraphunit.c aliases change
Classification: Unclassified
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
--- Comment #2 from David Edelsohn 2011-10-10 19:08:13
UTC ---
Created attachment 25456
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25456
Assembler output of miscompiled file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
--- Comment #1 from David Edelsohn 2011-10-10 19:07:43
UTC ---
Created attachment 25455
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25455
Assembler output of correctly compiled files
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50689
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693
--- Comment #4 from David Edelsohn 2011-10-10 23:56:55
UTC ---
Created attachment 25462
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25462
GCC 4.6.1 assembler output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693
David Edelsohn changed:
What|Removed |Added
Attachment #25462|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693
--- Comment #6 from David Edelsohn 2011-10-11 00:21:48
UTC ---
Created attachment 25464
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=25464
GCC 4.6.1 assembler output
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693
--- Comment #10 from David Edelsohn 2011-10-11
01:35:20 UTC ---
Sorry, I was looking at the loop1 and loop2 functions, not the code inlined
into the benchmark for main.
LLVM generates:
movq%r12, %rdi
movl$99, %esi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50693
--- Comment #12 from David Edelsohn 2011-10-11
14:06:34 UTC ---
Because the vectorizer analysis occurs fairly early, I guess there is not a lot
of opportunity to clean up the control flow.
Should GCC have a memset peephole pass like LLVM?
101 - 200 of 1159 matches
Mail list logo
