[Bug libgcc/57058] Bootstrap problems on AIX (libgcc configure, 64-bit)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57058 David Edelsohn changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Comment #1

[Bug libgcc/78481] New: libunwind.a conflicting recipes on AIX

Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- Target: powerpc-ibm-aix* libgcc/Makefile.in defines: libgcc.a libgcov.a libunwind.a libgcc_eh.a: -rm -f $@ objects="$(ob

[Bug libgcc/78481] libunwind.a conflicting recipes on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78481 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78386] [PPC] Optimization -O2 and higher cause math inconsistency

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78386 --- Comment #10 from David Edelsohn --- -std=gnuXX affects IEEE 754 conformance, but that is not mentioned in the documentation, only in source code comments (c-family/c-cppbuiltin.c)

[Bug target/78336] powerpc-darwin bootstrap broken (probably by 241930)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78336 David Edelsohn changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/78336] powerpc-darwin bootstrap broken (probably by 241930)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78336 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/78336] powerpc-darwin bootstrap broken (probably by 241930)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78336 --- Comment #5 from David Edelsohn --- I committed option 3.

[Bug target/78336] powerpc-darwin bootstrap broken (probably by 241930)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78336 --- Comment #6 from David Edelsohn --- Author: dje Date: Sun Nov 13 14:28:49 2016 New Revision: 242353 URL: https://gcc.gnu.org/viewcvs?rev=242353=gcc=rev Log: PR target/78336 * config/rs6000/rs6000.c (rs6000_asm_weaken_decl):

[Bug target/78336] powerpc-darwin bootstrap broken (probably by 241930)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78336 --- Comment #3 from David Edelsohn --- So the problem is the reference to ASM_OUTPUT_DEF in rs6000_asm_weaken_decl, despite the fact that the function never will be called on Darwin. Previously the ASM_WEAKEN_DECL macro was protected by

[Bug target/78336] powerpc-darwin bootstrap broken (probably by 241930)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78336 --- Comment #1 from David Edelsohn --- I thought that Darwin specifically picked up the definition from config/darwin.h. I don't understand the failure because the rs6000.h logic did not change and rs6000_asm_weaken_decl is declared in

[Bug libstdc++/78235] [7 Regression] libstdc++ testsuite run.cc ICE in int_bit_position

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78235 --- Comment #2 from David Edelsohn --- 20_util/variant/compile.cc produces a similar error: In file included from /nasfarm/edelsohn/src/src/libstdc++-v3/testsuite/20_util/variant/compile.cc:21:

[Bug libstdc++/78235] [7 Regression] libstdc++ testsuite run.cc ICE in int_bit_position

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78235 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/78235] New: [7 Regression] libstdc++ testsuite run.cc ICE in int_bit_position

-code Severity: normal Priority: P3 Component: libstdc++ Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- Target: powerpc-ibm-aix* Created attachment 39981 --> https://gcc.gnu.org/bugzi

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #25 from David Edelsohn --- Author: dje Date: Sat Nov 5 13:06:08 2016 New Revision: 241871 URL: https://gcc.gnu.org/viewcvs?rev=241871=gcc=rev Log: 2016-11-05 Richard Biener PR bootstrap/78188

[Bug c++/71848] [7 Regression] libstdc++ testsuite error on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71848 --- Comment #3 from David Edelsohn --- Author: dje Date: Fri Nov 4 23:20:50 2016 New Revision: 241863 URL: https://gcc.gnu.org/viewcvs?rev=241863=gcc=rev Log: PR bootstrap/78188 PR c++/71848 * ipa-comdats.c (pass_ipa_comdats::gate): Require

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #24 from David Edelsohn --- Author: dje Date: Fri Nov 4 23:20:50 2016 New Revision: 241863 URL: https://gcc.gnu.org/viewcvs?rev=241863=gcc=rev Log: PR bootstrap/78188 PR c++/71848 * ipa-comdats.c (pass_ipa_comdats::gate): Require

[Bug target/77349] AIX DWARF debugging offset in 64 bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77349 David Edelsohn changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #22 from David Edelsohn --- There are two levels of set_comdat_group(). I am going to move the assert to cgraph.h and try to find what else is setting comdat groups. Do you want me to gate IPA comdat in the interim?

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #20 from David Edelsohn --- Using set_comdat_group(NULL) in varasm.c did not correct the testsuite failures. The only option that has worked so far is to disable ipa-comdat at gate function.

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #19 from David Edelsohn --- I will try if (HAVE_COMDAT_GROUP) symbol->set_comdat_group (comdat_group); else symbol->set_comdat_group (NULL); in varasm.c:make_decl_one_only().

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #18 from David Edelsohn --- Changing pass_ipa_comdats::gate to return HAVE_COMDAT_GROUP && optimize; does not experience the tree-vrp.c bootstrap failure and does not generate the numerous additional testsuite failures. There is

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #17 from David Edelsohn --- ld: 0711-317 ERROR: Undefined symbol: .std::allocator::allocator() ld: 0711-317 ERROR: Undefined symbol: .std::__cxx11::basic_string::basic_string(char const*,

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #15 from David Edelsohn --- Another option is to force the COMDAT group to NULL in set_comdat_group() if !HAVE_COMDAT_GROUP. That would allow the rest of the COMDAT functionality to continue to work. Does that make any sense to try?

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #14 from David Edelsohn --- Honza suggested Index: varasm.c === --- varasm.c(revision 241793) +++ varasm.c(working copy) @@ -6036,7 +6036,8 @@ #ifdef

[Bug target/78056] [7 Regression] build failure on Power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056 David Edelsohn changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #10 from David Edelsohn --- The get_create() change does change the section_type_conflict on AIX.

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #9 from David Edelsohn --- Any difference if you force more GC? AIX has a different process address space layout and has much more aggressive memory reclamation in malloc/free.

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #8 from David Edelsohn --- Reading specs from /edelsohn/RICHI/./prev-gcc/specs COLLECT_GCC=/edelsohn/RICHI/./prev-gcc/xg++ Target: powerpc-ibm-aix7.2.0.0 Configured with: /nasfarm/edelsohn/src/sandbox/configure --disable-werror

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #5 from David Edelsohn --- Created attachment 39953 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39953=edit Pre-processed tree-ssa-sccvn.c

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 --- Comment #2 from David Edelsohn --- I built the GCC stage1 with and without the tree-vrp.c patch. Same sources, same revision, same directory. cc1plus.good and cc1plus.bad. Then I used both versions of cc1plus to compile tree-ssa-sccvn.c

[Bug bootstrap/78188] [7 Regression] AIX Bootstrap broken by tree-vrp.c change

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78188 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/78188] New: [7 Regression] AIX Bootstrap broken by tree-vrp.c change

Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org CC: rguenth at gcc dot gnu.org Target Milestone: --- Target: powerpc-ibm-aix* With the tree-vrp.c change of r241774, I encounter

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #4 from David Edelsohn --- Created attachment 39944 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39944=edit sysinfo.go Generated sysinfo.go file attached.

[Bug go/78172] gen-sysinfo.go vs AIX cred.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78172 --- Comment #2 from David Edelsohn --- The error message is the complete line -- or at least the entire line that was communicated to me. priv_t is a type defined in AIX /usr/include/priv.h, which is included by cred.h. uid_t, gid_t and pid_t

[Bug go/78172] New: gen-sysinfo.go vs AIX cred.h

: ian at airs dot com Reporter: dje at gcc dot gnu.org CC: cmang at google dot com Target Milestone: --- Target: powerpc-ibm-aix* Linux has a fairly simple ucred, but AIX has a large, complicated one with multiple variations that appears to be too much

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #20 from David Edelsohn --- If STACK_DYNAMIC_OFFSET has to be increased to 16, it has to be increased. info->parm_size probably was adjusted for VMX parameters. Note that GCC has gone through contortions with STACK_BOUNDARY,

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #18 from David Edelsohn --- As long as GCC claims that it can make a distinction between the various alignments and macros, the GCC code generation must continue to honor it. On AIX, at least, the ABI claims a different stack

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #17 from David Edelsohn --- Created attachment 39891 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39891=edit Experimental patch If this patch is correct, then there is a general problem for Linux also.

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78055 --- Comment #15 from David Edelsohn --- The AIX failures are fixed.

[Bug regression/78069] [7 Regression] -fprofile-update=atomic warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78069 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug regression/78069] New: [7 Regression] -fprofile-update=atomic warning

Priority: P3 Component: regression Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org CC: marxin at gcc dot gnu.org Target Milestone: --- Target: powerpc-ibm-aix* GCC now warns for -fprofile-update=atomic + -pthread

[Bug target/78056] [7 Regression] build failure on Power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056 --- Comment #9 from David Edelsohn --- Any *one* of the BU_P9V_AV_P builtins will cause the failure. If those builtins are commented out of rs6000-builtins.def (with the appropriate changes to rs6000-c.c), bootstrap will succeed.

[Bug libfortran/78055] [7 regression] Many new gfortran test failures

, ||powerpc-ibm-aix* CC||dje at gcc dot gnu.org Host|sparc-sun-solaris2.12 |sparc-sun-solaris2.12, ||powerpc-ibm-aix* Build|sparc-sun

[Bug target/78056] [7 Regression] build failure on Power7

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78056 David Edelsohn changed: What|Removed |Added Target|powerpc64-unknown-linux-gnu |powerpc*-*-*

[Bug go/77780] Go front-end ignores NO_DOLLAR_IN_LABEL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77780 David Edelsohn changed: What|Removed |Added Keywords||assemble-failure --- Comment #2 from

[Bug c++/68703] __attribute__((vector_size(N))) template member confusion

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68703 David Edelsohn changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Comment #8

[Bug go/77780] New: Go front-end ignores NO_DOLLAR_IN_LABEL

Assignee: ian at airs dot com Reporter: dje at gcc dot gnu.org CC: cmang at google dot com Target Milestone: --- Target: powerpc-ibm-aix* The Go front-end uses '$' as a joiner and creates symbols such as internal_race.Acquire$descriptor. This is invalid

[Bug go/77780] Go front-end ignores NO_DOLLAR_IN_LABEL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77780 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug go/77715] go-system.h includes C++ header files before GCC system.h

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77715 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug go/77715] New: go-system.h includes C++ header files before GCC system.h

Priority: P3 Component: go Assignee: ian at airs dot com Reporter: dje at gcc dot gnu.org CC: cmang at google dot com Target Milestone: --- go-system.h includes C++ headers before system.h to work-around poisoned declarations // These must be included

[Bug target/77349] AIX DWARF debugging offset in 64 bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77349 --- Comment #3 from David Edelsohn --- Author: dje Date: Fri Sep 16 14:42:54 2016 New Revision: 240188 URL: https://gcc.gnu.org/viewcvs?rev=240188=gcc=rev Log: 2016-09-16 David Edelsohn Backported from mainline

[Bug bootstrap/68663] Build failure on AIX 7.1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68663 David Edelsohn changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Comment #2

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #15 from David Edelsohn --- The AIX Subroutine Linkage Convention states: "The address value in the stack pointer must be quadword-aligned. (The address value must be a multiple of 16.)" - Stack Layout, Note 2.

[Bug bootstrap/67197] GCC_FINAL causes bootstrap failure on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67197 --- Comment #3 from David Edelsohn --- The patch was reverted, but we don't know why it caused problems.

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 David Edelsohn changed: What|Removed |Added Target|powerpc-ibm-aix*|powerpc*-*-* --- Comment #12 from

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #10 from David Edelsohn --- I was thinking more of #define STACK_DYNAMIC_OFFSET(FUNDECL) \ (RS6000_ALIGN (crtl->outgoing_args_size, \ (TARGET_ALTIVEC

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #7 from David Edelsohn --- It looks like STACK_DYNAMIC_OFFSET will behave correctly on AIX if Altivec or VSX is enabled. AIX increased the alignment when Altivec support was added. It appears that STACK_DYNAMIC_OFFSET should add a

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #4 from David Edelsohn --- Altivec works on AIX, which requires 128 bit alignment. So GCC and AIX are able to cooperate to generate the necessary alignment. The stack pointer is supposed to maintain quadword alignment on AIX.

[Bug rtl-optimization/77416] LRA rematerializing use of CA reg across function call

||2016-08-30 CC||dje at gcc dot gnu.org, ||segher at gcc dot gnu.org Target Milestone|--- |7.0 Ever confirmed|0 |1 --- Comment #1 from

[Bug target/77349] AIX DWARF debugging offset in 64 bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77349 --- Comment #2 from David Edelsohn --- Author: dje Date: Fri Aug 26 23:51:27 2016 New Revision: 239790 URL: https://gcc.gnu.org/viewcvs?rev=239790=gcc=rev Log: PR target/77349 * config/rs6000/xcoff.h (DWARF_OFFSET_SIZE): Define as PTR_SIZE.

[Bug gcov-profile/77378] [7 Regression] tree-profile and libgcov assume long long atomic operations are supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77378 --- Comment #5 from David Edelsohn --- Configure might work for multilib libgcov. It's mode dependent (-m32/-m64) in GCC, so a single configure check is not sufficient.

[Bug gcov-profile/77378] [7 Regression] tree-profile and libgcov assume long long atomic operations are supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77378 --- Comment #3 from David Edelsohn --- -ftree-profile and gcov don't link against libatomic.

[Bug gcov-profile/77378] [7 Regression] tree-profile and libgcov assume long long atomic operations are supported

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77378 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug gcov-profile/77378] New: [7 Regression] tree-profile and libgcov assume long long atomic operations are supported

Keywords: link-failure Severity: normal Priority: P3 Component: gcov-profile Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- Target: powerpc*-*-* The "Various GCOV/PGO improve

[Bug c++/77373] __attribute__((vector_size(N))) fails on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77373 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/77373] New: __attribute__((vector_size(N))) fails on AIX

++ Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Depends on: 68703 Target Milestone: --- Target: powerpc-ibm-aix* vector32.C and vector32a.C fail on AIX internal compiler error: in get, at cgraph.h:395 Referenced Bugs: https

[Bug bootstrap/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 David Edelsohn changed: What|Removed |Added Target||powerpc-ibm-aix*

[Bug bootstrap/77359] New: [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- The patch causes bootstrap failure on AIX. Stage 1 GCC is miscompiled and gencfn-macros fails with numerous

[Bug target/77349] AIX DWARF debugging offset in 64 bit mode

|UNCONFIRMED |ASSIGNED Last reconfirmed||2016-08-23 Assignee|unassigned at gcc dot gnu.org |dje at gcc dot gnu.org Target Milestone|--- |5.5 Ever confirmed|0 |1 --- Comment #1 from David

[Bug target/77349] New: AIX DWARF debugging offset in 64 bit mode

Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- Target: powerpc-ibm-aix* The AIX assembler implicitly inserts the length information at the beginning of DWARF debugging sections. In 64 bit mode, it also implicitly

[Bug rtl-optimization/72855] Long compile time due to integrity checking during dataflow analysis per loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72855 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libgcc/71614] ppc __gcc_qmul is mis-optimized not to be commutative

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71614 David Edelsohn changed: What|Removed |Added CC||dje at gcc dot gnu.org --- Comment #6

[Bug tree-optimization/71702] dr_group_sort_cmp violates transitivity required for qsort

||2016-07-15 CC||dje at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #4 from David Edelsohn --- New.

[Bug c++/71848] [7 Regression] libstdc++ testsuite error on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71848 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug c++/71848] [7 Regression] libstdc++ testsuite error on AIX

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71848 --- Comment #1 from David Edelsohn --- Created attachment 38880 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38880=edit insert4_neg.ii pre-processed source code

[Bug c++/71848] New: [7 Regression] libstdc++ testsuite error on AIX

Priority: P3 Component: c++ Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- Target: powerpc-ibm-aix* Recent C++ front-end changes appear to have elicited new failures on AIX for insert4_neg.cc in libstdc

[Bug bootstrap/71816] [7 Regression] bootstrap broken on multiple targets

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71816 --- Comment #6 from David Edelsohn --- Bootstrap is proceeding with r238077.

[Bug target/69810] PowerPC64: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810 David Edelsohn changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug target/71375] Failure on startup on rs6000-ibm-aix{4.3|5.1.0}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71375 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug target/71375] Failure on startup on rs6000-ibm-aix{4.3|5.1.0}

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71375 --- Comment #3 from David Edelsohn --- Author: dje Date: Mon Jun 20 02:25:50 2016 New Revision: 237587 URL: https://gcc.gnu.org/viewcvs?rev=237587=gcc=rev Log: PR target/71375 * config/rs6000/aix51.h (TARGET_EXTRA_BUILTINS):

[Bug bootstrap/71471] [7 Regression] Selftest failure in pretty-print.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471 --- Comment #5 from David Edelsohn --- ah, no, it must be the %p one and that is indeed arch specific I think c99 says: The value of the pointer is converted to a sequence of printing characters, in an implementation-defined manner.

[Bug bootstrap/71471] [7 Regression] Selftest failure in pretty-print.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71471 David Edelsohn changed: What|Removed |Added Priority|P3 |P1 Status|UNCONFIRMED

[Bug bootstrap/71471] New: [7 Regression] Selftest failure in pretty-print.c

: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- /tmp/20160608/./gcc/xgcc -B/tmp/20160608/./gcc/ -xc -S -c /dev/null -fself-test /nasfarm/edelsohn/src/src/gcc/pretty-print.c:1246: FAIL: ASSERT_STREQ (expected

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 --- Comment #3 from David Edelsohn --- How does _Generic interact with C++ if one includes the same header file in either language?

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 David Edelsohn changed: What|Removed |Added CC||wschmidt at gcc dot gnu.org ---

[Bug c/71199] New: Support overloadable attribute in GNU C front-end

Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dje at gcc dot gnu.org Target Milestone: --- Support C++ function overloading in C using the overloadable attribute. The appropriate function is invoked based on the function parameters. This feature is defined

[Bug c/71199] Support overloadable attribute in GNU C front-end

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71199 David Edelsohn changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug target/70963] vec_cts/vec_ctf intrinsics produce wrong results for 64-bit floating point

||2016-05-08 CC||dje at gcc dot gnu.org, ||meissner at gcc dot gnu.org, ||segher at gcc dot gnu.org

[Bug target/69810] PowerPC64: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69810 --- Comment #9 from David Edelsohn --- Author: dje Date: Fri Apr 29 17:20:36 2016 New Revision: 235646 URL: https://gcc.gnu.org/viewcvs?rev=235646=gcc=rev Log: PR target/69810 * config/rs6000/rs6000.md (EXTQI): Don't allow

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #49 from David Edelsohn --- Can we add some testcases to ensure that -fchecking and similar flags don't accidentally affect code generation due to future changes?

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #48 from David Edelsohn --- Commenting out the fold_non_dependent_expr call seems to work for me using the build method that regularly was failing before.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #43 from David Edelsohn --- I tried RC2 and it again failed. I configured again with your configure command and what appears to be your build command, and it succeeded. One difference is my normal bootstrap script still use the

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #40 from David Edelsohn --- I see that you did not have /opt/freeware/bin in your path on AIX. How did it even build without GNU Make and other build requirements?

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #38 from David Edelsohn --- The gt* files don't differ. I normally use --disable-werror --enable-languages=c,c++,fortran,objc --with-gmp=/opt/cfarm --with-libiconv-prefix=/opt/cfarm --disable-libstdcxx-pch --with-included-gettext

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #36 from David Edelsohn --- It definitely is Flex. gcc-6-branch r235040 and r235340 fail when built with Flex 2.6.0. gcc-6.0.1-RC-20160415 fails using the supplied gengtype-lex.c created with Flex 2.5.37.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #35 from David Edelsohn --- Flex 2.6.0 works with --enable-checking=yes, but may not work with --enable-checking=release. I believe that Flex may be the culprit. If the current bootstrap confirms that, I am going to bootstrap with

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #34 from David Edelsohn --- The tarball contains LAST_UPDATED, although different contents. I previously copied gcc/REVISION from svn checkout to the RC (which is referenced by Makefile). That showed no difference.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #33 from David Edelsohn --- I'm completely confused as well. The bits seem to be identical. The only other obvious difference is ordering of timestamps of the source files that would cause Make to build files in a different order.

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #31 from David Edelsohn --- I will test, but Flex and gengtype-lex.c does not appear to be the issue. If the change works, it will be coincidental. I have built the RC with gengtype-lex.c removed so that it is regenerated with the

[Bug bootstrap/70704] [6 Regression] AIX bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704 --- Comment #29 from David Edelsohn --- Flex 2.6.0 works.

<    1   2   3   4   5   6   7   8   9   10   >