https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85216
--- Comment #7 from David Edelsohn ---
One possibility is bad luck and the branch happens to fall on an address that
conflicts with another branch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85103
David Edelsohn changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87949
David Edelsohn changed:
What|Removed |Added
Target|powerpc |powerpc-*-*
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
David Edelsohn changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61976
David Edelsohn changed:
What|Removed |Added
CC||segher at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61976
--- Comment #4 from David Edelsohn ---
Author: dje
Date: Tue Dec 4 15:51:51 2018
New Revision: 266786
URL: https://gcc.gnu.org/viewcvs?rev=266786&root=gcc&view=rev
Log:
PR target/61976
* config/rs6000/rs6000.c (rs6000_function_a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #22 from David Edelsohn 2012-11-13
14:02:48 UTC ---
The patch in PR 33704 makes no changes to libstdc++ or to any GCC , so I have
no idea why you are seeing C++ errors compiling c-lang.c. Something else was
modified.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #24 from David Edelsohn 2012-11-14
14:20:06 UTC ---
I successfully built GCC 4.7 earlier this week.
You may need to use GMP 4.3.2, not GMP 5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53300
--- Comment #19 from David Edelsohn 2012-11-15
14:04:10 UTC ---
The problem still is present, but when I asked Honza about the status on IRC,
he seemed to say the work-around patch was the correct fix -- that this
behavior is expected.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
Bug #: 55384
Summary: [4.8 Regresson] VEC merge AIX bootstrap failure
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
--- Comment #1 from David Edelsohn 2012-11-18 22:01:56
UTC ---
Created attachment 28727
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28727
c-lex.c preprocessed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
--- Comment #2 from David Edelsohn 2012-11-18 22:02:44
UTC ---
Created attachment 28728
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=28728
tree-dump.c preprocessed
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
David Edelsohn changed:
What|Removed |Added
Keywords||build
Target|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
--- Comment #4 from David Edelsohn 2012-11-19 00:21:59
UTC ---
AIX /usr/include/stdlib.h includes
#define vec_free free
And vec.h defines two functions named vec_free, which get renamed, causing
ambiguity in the splay_tree_new calls.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55276
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55276
--- Comment #3 from David Edelsohn 2012-11-19 16:58:42
UTC ---
Author: dje
Date: Mon Nov 19 16:58:31 2012
New Revision: 193628
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193628
Log:
2012-11-19 Mans Rullgard
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
--- Comment #6 from David Edelsohn 2012-11-19 18:07:35
UTC ---
Author: dje
Date: Mon Nov 19 18:07:21 2012
New Revision: 193629
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193629
Log:
Add PR bootstrap/55384 to ChangeLog entry
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55384
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55276
David Edelsohn changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #4 from Da
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52887
--- Comment #25 from David Edelsohn 2012-11-26
02:50:22 UTC ---
The instantiations definitely should be in libstdc++-v3/src/c++11/regex.cc in
the GCC 4.7 release branch.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #28 from David Edelsohn 2012-11-27
20:42:06 UTC ---
Is the executable size due to debugging information? Do the RPMs contain
stripped executables?
I do not know why your build is failing. It looks like a conflict due to your
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #30 from David Edelsohn 2012-11-28
19:35:36 UTC ---
> 1) how did you install the gcc(you said it works on your aix) ? I mean what
> mpfr,gmp, libmpc did you use and how did you install them?
I built gmp, mpfr and mpc from sou
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54791
--- Comment #33 from David Edelsohn 2012-12-01
21:42:10 UTC ---
You cannot ask legal questions and expect to receive an answer.
||2012-12-02
CC|dje.gcc at gmail dot com|dje at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from David Edelsohn 2012-12-02 14:14:19
UTC ---
Confirmed.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55563
Bug #: 55563
Summary: OpenMP not marking variable as thread-local
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55563
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
St
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
Bug #: 55594
Summary: [4.8 Regression] -Wa,-nH incorrectly added to compile
line of all targets
Classification: Unclassified
Product: gcc
Version: 4.8.0
Sta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
--- Comment #3 from David Edelsohn 2012-12-06 19:25:05
UTC ---
AIX as manual:
-n Name
Specifies the name that appears in the header of the assembler
listing. By default, the header contains the name of the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55636
Bug #: 55636
Summary: [4.8 Regression] Fortran name mangling collides with
user namespace
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55636
David Edelsohn changed:
What|Removed |Added
Keywords||assemble-failure, build,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28586
David Edelsohn changed:
What|Removed |Added
Target|powerpc-aix |powerpc-ibm-aix
Last reconfir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55562
--- Comment #5 from David Edelsohn 2012-12-18 17:30:55
UTC ---
I did a quick test on powerpc-ibm-aix and the patch seems to fix the problem.
You should have access to a lot of PPC systems for testing.
||2012-12-27
CC||bergner at gcc dot gnu.org,
||dje at gcc dot gnu.org,
||meissner at gcc dot gnu.org
Ever Confirmed|0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55865
Bug #: 55865
Summary: [4.8 Regression] vect-outer-fir-big-array.c vectorizer
failure
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55865
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status
,
||powerpc*-*-*
CC||dje at gcc dot gnu.org
--- Comment #24 from David Edelsohn 2013-01-05
21:12:05 UTC ---
This ICE has started to appear for target POWER when compiling
testsuite/gcc.dg/tree-prof/pr50907.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
Bug #: 55889
Summary: [4.8 Regression] ICE: in move_op_ascend, at
sel-sched.c:6153 with -fschedule-insns
-fselective-scheduling
Classification: Unclassified
Pro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Status
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55594
--- Comment #7 from David Edelsohn 2013-01-07 16:32:04
UTC ---
I re-ran a patched version of configure on AIX and it correctly does not define
HWCAP_FLAGS as -nH, so the configure patch seems to work as intended on AIX.
Thanks.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
David Edelsohn changed:
What|Removed |Added
Target|powerpc*-*-*|powerpc-ibm-aix*
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #4 from David Edelsohn 2013-01-09 02:52:51
UTC ---
Selective scheduling is failing for one of the new AIX TLS instructions when
encountered for that testcase. The necessary options are:
-O -fschedule-insns -fselective-schedul
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #7 from David Edelsohn 2013-01-11 14:37:21
UTC ---
Created attachment 29147
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29147
sched-verbose=6 dump output for failing testcase
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #9 from David Edelsohn 2013-01-18 16:49:08
UTC ---
Created attachment 29208
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29208
sched-verbose=9 dump output with debugging patch applied
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #10 from David Edelsohn 2013-01-18
16:57:00 UTC ---
Neither insn 24/145 nor insn 28 move through insn 17. The two UNSPEC 44 insn
(LC..2,, LCM..2) are inputs to insn 17. The pseudos are moved into r3 and r4,
which are the inputs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #14 from David Edelsohn 2013-01-21
15:13:38 UTC ---
Created attachment 29237
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29237
auto-host.h for AIX 7.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #15 from David Edelsohn 2013-01-21
15:16:04 UTC ---
libbacktrace only supports ELF file format and AIX does not use ELF, so
libbacktrace will not work on AIX.
Also, you patch called libbacktrace unilaterally, even without any
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #17 from David Edelsohn 2013-01-21
15:37:48 UTC ---
AIX 5.3 does not support TLS, so there are pieces not implemented in
config/rs6000/aix53.h. Jakub's configuration probably will not work.
Also, GNU Binutils does not support
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #18 from David Edelsohn 2013-01-21
15:41:24 UTC ---
Probably something like
Index: rs6000.c
===
--- rs6000.c(revision 195319)
+++ rs6000.c(working copy
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #22 from David Edelsohn 2013-01-24
02:35:33 UTC ---
I don't understand your analysis. Prior to sched1, the pr50907.c.205r.asmcons
RTL dump looks like:
(insn 15 14 16 2 (set (reg:SI 3 3)
(mem/u/c:SI (unspec:SI [
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #24 from David Edelsohn 2013-01-24
16:37:23 UTC ---
It does not matter if the scheduler knows that insns 17, 20, 26 and 29 really
are calls. The clobbers express everything important.
insn 15 produces r3.
insn 16 produces r4
||dje at gcc dot gnu.org
Resolution||WONTFIX
--- Comment #1 from David Edelsohn 2013-01-26 23:24:53
UTC ---
Go is not support on AIX. One should not try to build it.
||dje at gcc dot gnu.org
Resolution||DUPLICATE
--- Comment #2 from David Edelsohn 2013-01-30 16:52:41
UTC ---
Duplicate.
*** This bug has been marked as a duplicate of bug 52623 ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
David Edelsohn changed:
What|Removed |Added
CC||pedzsan at gmail dot com
--- C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
--- Comment #7 from David Edelsohn 2013-01-30 16:59:13
UTC ---
Created attachment 29307
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29307
cxa_atexit implementation in libgcc
This version of the patch implements __cxa_atexit and
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
David Edelsohn changed:
What|Removed |Added
Attachment #29307|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
--- Comment #9 from David Edelsohn 2013-01-31 04:52:51
UTC ---
This is going to be more difficult because __dso_handle needs to be provided by
a new crt file supplied by GCC, not by the libraries. That is the way that
every module ends up
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
David Edelsohn changed:
What|Removed |Added
Attachment #29311|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #25 from David Edelsohn 2013-01-31
17:50:07 UTC ---
15: r3 = rhs0
17: r3 = rhs1 (r3, ..., !r65)
20: use(r3)
24: r3 = rhs2
26: r3 = rhs3 (r3, ..., !r65)
29: use(r3)
Insn 24 does not depend on r65 and can move above insn 17
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54601
--- Comment #12 from David Edelsohn 2013-02-01
20:26:37 UTC ---
Author: dje
Date: Fri Feb 1 20:26:24 2013
New Revision: 195675
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195675
Log:
PR target/54601
libgcc/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65010
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|NEW
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
David Edelsohn changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #5 from David Edelsohn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154
David Edelsohn changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63679
--- Comment #42 from David Edelsohn ---
Author: dje
Date: Thu Jan 28 13:48:00 2016
New Revision: 232926
URL: https://gcc.gnu.org/viewcvs?rev=232926&root=gcc&view=rev
Log:
PR target/63679
* gcc.dg/tree-ssa/sra-17.c: Adjust regex f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32401
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18154
--- Comment #10 from David Edelsohn ---
isel is not generally performance win for Power using GCC. It is enabled for
LLVM because LLVM has a simplistic basic block scheduler and isel allows LLVM
to form larger basic blocks to provide the schedul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69611
--- Comment #4 from David Edelsohn ---
Joseph, is the patch proposed in the original description okay as fix for stage
4 or you want a __NO_FPRS__ addressed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #22 from David Edelsohn ---
We can try it again or I can try an additional bootstrap test with your patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #24 from David Edelsohn ---
The most recent patch did not cause bootstrap failure for AIX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68973
--- Comment #15 from David Edelsohn ---
Improving find_reloads_address_1 seems the better path. auto_inc_dec is
beneficial in recent Power processors.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68191
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2016-02-18
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from David Edelsohn ---
I don't understand this bug report. AIX does not use natural alignment because
the AIX ABI was cr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69847
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66337
David Edelsohn changed:
What|Removed |Added
Target|powerpc*-*-*-* |powerpc*-*-*
--- Comment #7 from David
||2016-02-19
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Edelsohn ---
confirmed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
David Edelsohn changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
--- Comment #3 from David Edelsohn ---
The following patch fixes the ICE
Index: rs6000.md
===
--- rs6000.md (revision 232439)
+++ rs6000.md (working copy)
@@ -322,7 +322,7 @@
(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
--- Comment #6 from David Edelsohn ---
The bug definitely predated the EXTQI change. It was introduced when Red Hat
added the splitters for non-cr0 compares.
EXTQI is used for plain zero_extendqi2 and extendqi2.
zero_extendqihi2 and extendqihi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
--- Comment #7 from David Edelsohn ---
Created attachment 37755
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37755&action=edit
extqihi patch
Because this idiom occurs so rarely (like never, except for an artificial
csmith testcase :-), t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810
--- Comment #8 from David Edelsohn ---
Author: dje
Date: Tue Feb 23 22:28:23 2016
New Revision: 233648
URL: https://gcc.gnu.org/viewcvs?rev=233648&root=gcc&view=rev
Log:
PR target/69810
* config/rs6000/rs6000.md (zero_extendqi2_dot): Convert fro
*-*-*
||arm*-*-*
CC||dje at gcc dot gnu.org,
||seurer at linux dot
vnet.ibm.com,
||wschmidt at gcc dot gnu.org
--- Comment #7 from
||2016-03-02
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from David Edelsohn ---
New.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57955
David Edelsohn changed:
What|Removed |Added
CC||wschmidt at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70052
--- Comment #2 from David Edelsohn ---
Missing "j" constraint in pattern to generate 0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70168
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
|UNCONFIRMED |NEW
Last reconfirmed||2016-03-14
CC||dje at gcc dot gnu.org,
||meissner at gcc dot gnu.org,
||seurer at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70296
David Edelsohn changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67478
--- Comment #10 from David Edelsohn ---
The libstdc++ build process was updated to recognize LTS symbols. Please use
GCC 5.3 or later.
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Target Milestone: ---
GCC 6.0 RC fails bootstrap on AIX due to comparison failure of all object files
for --enable-checking=release. This appears to be an unstable sort issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #3 from David Edelsohn ---
Created attachment 38300
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38300&action=edit
Stage3 sbitmap.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #2 from David Edelsohn ---
Created attachment 38299
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38299&action=edit
Stage2 sbitmap.s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #4 from David Edelsohn ---
sbitmap.s was one of the smaller files. All of the debugging information seems
to be present, but emitted in a different order in the stage2 versus stage3.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
David Edelsohn changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from David Edelsohn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #8 from David Edelsohn ---
Development branch prior to debug-early merge works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #9 from David Edelsohn ---
r224187 works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #10 from David Edelsohn ---
This is starting to look like PR60984 all over again. Testing trunk with
--enable-checking=release succeeds.
401 - 500 of 1159 matches
Mail list logo
