https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #10 from David Edelsohn ---
Unfortunately the attached patch causes the same failure demonstrating a
miscompilation of the stage 2 compiler.
||2015-01-22
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #7 from David Edelsohn ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64081
--- Comment #12 from David Edelsohn ---
GCC on AIX. One can use gcc111 in the GCC Compiler Farm.
configure flags: --disable-werror --enable-languages=c,c++,fortran,objc
--with-gmp=/opt/cfarm --with-cloog=no --with-ppl=no
--with-libiconv-prefix=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #16 from David Edelsohn ---
The alternative patch works on AIX. I thought that it was going to be
installed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #17 from David Edelsohn ---
What other comments are needed to install the alternative patch? It works for
Solaris and AIX, where the problems started.
||2015-01-29
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from David Edelsohn ---
This is confirmed. Do we have agreement to XFAIL the testcase on powerpc and
sparc?
||2015-01-29
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #4 from David Edelsohn ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64159
--- Comment #5 from David Edelsohn ---
Author: dje
Date: Sat Jan 31 14:57:43 2015
New Revision: 220305
URL: https://gcc.gnu.org/viewcvs?rev=220305&root=gcc&view=rev
Log:
PR target/64159
* gcc.dg/tree-ssa/ssa-dom-cse-
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
The new all_attributes.cc libstdc++ testcases produce numerous excess errors on
AIX
/nasfarm/edelsohn/src/src/libstdc++-v3/testsuite/17_intro/headers/c++1998/all_attributes.cc:29:16:
error: expected ')&#x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64885
--- Comment #1 from David Edelsohn ---
Created attachment 34633
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34633&action=edit
gzipped pre-processed source of testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64885
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64159
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64047
--- Comment #5 from David Edelsohn ---
Author: dje
Date: Mon Feb 2 00:59:00 2015
New Revision: 220340
URL: https://gcc.gnu.org/viewcvs?rev=220340&root=gcc&view=rev
Log:
PR target/64047
* config/rs6000/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64635
--- Comment #27 from David Edelsohn ---
Author: dje
Date: Mon Feb 2 03:31:31 2015
New Revision: 220341
URL: https://gcc.gnu.org/viewcvs?rev=220341&root=gcc&view=rev
Log:
PR libgomp/64635
* configure.tgt (*-*-aix*): Use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #8 from David Edelsohn ---
Thanks for the patch, Zoltan, but the patch is not the challenge. It is not
difficult to instruct GCC to generate stabs with continuation. The question
always has been if the debuggers on AIX can understan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52623
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #10 from David Edelsohn ---
Stabstring continuations originally seem to have been disabled for AIX XCOFF
because the AIX assembler did not support them correctly. IBM's proprietary
compiler, VAC/XLC, directly generates object files a
||dje at gcc dot gnu.org
Resolution|--- |WONTFIX
--- Comment #4 from David Edelsohn ---
GCJ is not supported on AIX.
||dje at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from David Edelsohn ---
The fix was implemented in 2011-11 and was included in GCC 4.7.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
David Edelsohn changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #10 from David Edel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54100
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||2015-02-06
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #14 from David Edelsohn ---
This seems to be an AIXism.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53238
David Edelsohn changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #8 from David Edelsohn ---
Patches are reviewed on gcc-patches mailinglist, not in Bugzilla
> The attached patch is everything I've got so far to address issues in
> building GCC on AIX 4.3. This covers issues beyond this bug report,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=2714
--- Comment #7 from David Edelsohn ---
Author: dje
Date: Sat Feb 7 02:34:38 2015
New Revision: 220501
URL: https://gcc.gnu.org/viewcvs?rev=220501&root=gcc&view=rev
Log:
PR debug/2714
PR bootstrap/64256
* xc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
--- Comment #12 from David Edelsohn ---
Author: dje
Date: Sat Feb 7 02:34:38 2015
New Revision: 220501
URL: https://gcc.gnu.org/viewcvs?rev=220501&root=gcc&view=rev
Log:
PR debug/2714
PR bootstrap/64256
* xc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #9 from David Edelsohn ---
Author: dje
Date: Sat Feb 7 02:55:03 2015
New Revision: 220502
URL: https://gcc.gnu.org/viewcvs?rev=220502&root=gcc&view=rev
Log:
PR bootstrap/53348
* inclhack.def (aix_pthread)
||dje at gcc dot gnu.org
Resolution|--- |FIXED
Target Milestone|--- |5.0
--- Comment #1 from David Edelsohn ---
This is fixed with the AIX alignment improvement in GCC 5, backported to GCC
4.9 and GCC 4.8. AIX aligns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61976
--- Comment #2 from David Edelsohn ---
This is caused by the GCC aggregate (struct) padding implementation for AIX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #12 from David Edelsohn ---
Author: dje
Date: Mon Feb 16 15:19:20 2015
New Revision: 220736
URL: https://gcc.gnu.org/viewcvs?rev=220736&root=gcc&view=rev
Log:
Daniel Richard G.
PR bootstrap/48009
PR bootstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #10 from David Edelsohn ---
Author: dje
Date: Mon Feb 16 15:19:20 2015
New Revision: 220736
URL: https://gcc.gnu.org/viewcvs?rev=220736&root=gcc&view=rev
Log:
Daniel Richard G.
PR bootstrap/48009
PR bootstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
David Edelsohn changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65058
--- Comment #3 from David Edelsohn ---
Author: dje
Date: Mon Feb 16 15:33:09 2015
New Revision: 220737
URL: https://gcc.gnu.org/viewcvs?rev=220737&root=gcc&view=rev
Log:
2015-02-16 Michael Haubenwallner
David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #11 from David Edelsohn ---
Author: dje
Date: Mon Feb 16 15:33:09 2015
New Revision: 220737
URL: https://gcc.gnu.org/viewcvs?rev=220737&root=gcc&view=rev
Log:
2015-02-16 Michael Haubenwallner
David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65058
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65058
--- Comment #5 from David Edelsohn ---
Author: dje
Date: Mon Feb 16 23:03:33 2015
New Revision: 220744
URL: https://gcc.gnu.org/viewcvs?rev=220744&root=gcc&view=rev
Log:
PR target/65058
* gcc.target/powerpc/pr65058.c:
||dje at gcc dot gnu.org
Resolution|--- |WONTFIX
--- Comment #2 from David Edelsohn ---
No response
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61637
David Edelsohn changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28586
David Edelsohn changed:
What|Removed |Added
CC||chandrakm at hotmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48009
--- Comment #17 from David Edelsohn ---
Sorry, I am trying to separate out the patches. It should have been stdlib.h
not inttypes.h. I corrected the commit.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53348
--- Comment #13 from David Edelsohn ---
The GCC build process has requirements, including SVR4/POSIX awk. GCC works on
a wide variety of systems, but needs to have a base set of requirements and
limit accommodation to prevent things from getting
||2015-02-19
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #7 from David Edelsohn ---
Confirmed on AIX.
: libgomp
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Installation of libgomp-plugin-host_nonshm fails because of relinking.
libgomp-plugin-host_nonshm.la contains a "relink" command because
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65155
--- Comment #1 from David Edelsohn ---
This is caused by AIX keeping the plugin shared object cached after running the
testsuite. I guess this means the best solution is deleting the library before
relinking it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65138
--- Comment #7 from David Edelsohn ---
Allowing users to specify -mcpu=powerpc64le is all well and good, but if
TARGET_DEFAULT is set, it should not be gratuitously overridden in
rs6000_option_override. The logic is not correct and defaults shou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #27 from David Edelsohn ---
The vector alignment cost varies with processor implementation, not defined by
the architecture. Bill has a patch that adjusts unaligned vector cost for
POWER8, which may affect this. Because this PR depe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
--- Comment #8 from David Edelsohn ---
Comment #7 means that it fails with -mcpu=power8.
What feature really exposes the problem? -mcpu=power7? -mcpu=power6?
-mcpu=power5?
Thanks, David
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #32 from David Edelsohn ---
"So currently on a tie we don't vectorize basic-blocks (same with GCC 4.8).
That's kind of arbitrary, but given instruction encoding size on x86 for
example
it makes sense."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #7 from David Edelsohn ---
I'll defer to Mike for deeper analysis, but changing ?m to !m seems very
reasonable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #2 from David Edelsohn ---
When did this start? GCC should be passing ".machine power8". Was this before
or after Mike's change to processor default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #7 from David Edelsohn ---
Was this fixed after Mike's patch? The logic in rs6000_override_options was
ignoring TARGET_DEFAULT.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #9 from David Edelsohn ---
GCC is working correctly. The file prologue generated by GCC for a C file now
includes
.machine power8
The example is a pre-processed assembly file. Note the file actively pushes
and pops the machine typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #12 from David Edelsohn ---
The assembly file should start with
.machine power4
which is the lowest level ISA supported on PPC64 Linux, GLIBC and mtfsf.
If one invokes GCC with multiple -m options, it is complicated to calculate th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59828
--- Comment #1 from David Edelsohn ---
Author: dje
Date: Sun Mar 8 13:40:42 2015
New Revision: 221263
URL: https://gcc.gnu.org/viewcvs?rev=221263&root=gcc&view=rev
Log:
Add missing PR target/59828 to ChangeLog entry.
Modified:
t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59828
David Edelsohn changed:
What|Removed |Added
Target||powerpc*-*-*
Target Milestone|4.8.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65341
--- Comment #15 from David Edelsohn ---
GCC is not magic black box for invoking every other part of the toolchain with
the correct options. If the assembly code uses POWER6 (ISA 2.05) instructions,
it should set the ISA level appropriately. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
David Edelsohn changed:
What|Removed |Added
CC||saugustine at google dot com
--- Commen
||dje at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from David Edelsohn ---
Duplicate of 63491 opened earlier today.
*** This bug has been marked as a duplicate of bug 63491 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
David Edelsohn changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63714
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63714
--- Comment #10 from David Edelsohn ---
I had not realized that Bash-isms had crept into Autoconf, but I am not
surprised. Using KSH to bootstrap is extremely slow and causes other problems.
Both Bull Freeware for AIX and Perzl websites have RP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63714
--- Comment #11 from David Edelsohn ---
Do not use GNU Binutils on AIX 5.3 (or later). GNU assembler and GNU linker do
not work properly with recent releases of AIX. Installing GCC does not require
installing all parts of the toolchain.
Again,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63714
--- Comment #15 from David Edelsohn ---
GNU as and GNU ld do not consistently generate correct object files and
executables on AIX. AIX 5.2, 5.3, 6.1, and 7.1 continued to extend and adjust
the XCOFF object file format, and the GNU tools were to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63714
--- Comment #16 from David Edelsohn ---
Bull Freeware provides GCC 4.8.1 for AIX 6.1. I do not know why they only
provide GCC 4.6.1 for AIX 7.1. AIX 5.3 no longer is supported by IBM and newer
features in GCC require object file and OS feature
Severity: major
Priority: P3
Component: libobjc
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
The Objective C testsuite results have regressed from 1 failure to 180 failures
after the libobjc patch was applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
David Edelsohn changed:
What|Removed |Added
Target||powerpc-ibm-aix*
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #5 from David Edelsohn ---
If _XOPEN_SOURCE is removed from thr.c completely, the testsuite results revert
to 1 failure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #7 from David Edelsohn ---
Yes, the single objc failure existed before the patch. But I don't know if
*other* targets need _XOPEN_SOURCE=500.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63765
--- Comment #9 from David Edelsohn ---
I would have expected _XOPEN_SOURCE=500 to be defined in a host-specific
configure file (like libstdc++-v3/config/os/.../os_defines.h) or added to the
compile line in configure.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63821
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63853
David Edelsohn changed:
What|Removed |Added
CC||dje at gcc dot gnu.org
: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Created attachment 34029
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34029&action=edit
Full compiler error output
/tmp/20141118/powerpc-ibm-aix7.1.0.0/libstdc++-v3/include/bits/regex_compiler.h:
424:3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
--- Comment #1 from David Edelsohn ---
Created attachment 34030
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34030&action=edit
preprocessed source for testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
David Edelsohn changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
FAIL: 20_util/tuple/comparison_operators/overloaded.cc (test for excess errors)
Excess errors:
/tmp/20141104/powerpc-ibm-aix7.1.0.0/libstdc++-v3/include/tuple:102
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63942
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63942
--- Comment #3 from David Edelsohn ---
Created attachment 34038
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34038&action=edit
preprocessed source for testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63942
--- Comment #4 from David Edelsohn ---
Created attachment 34039
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34039&action=edit
preprocessed source for testcase
||2014-11-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=60031
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63942
--- Comment #6 from David Edelsohn ---
It still occurred as of [trunk revision 217822]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63942
--- Comment #8 from David Edelsohn ---
The testsuite invokes compiles overloaded.cc with the following command line on
AIX:
/tmp/20141120/./gcc/xg++ -shared-libgcc -B/tmp/20141120/./gcc -nostdinc++
-L/tmp/20141120/powerpc-ibm-aix7.1.0.0/libstdc+
||2014-11-21
CC||dje at gcc dot gnu.org
Target Milestone|--- |5.0
Ever confirmed|0 |1
--- Comment #1 from David Edelsohn ---
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
David Edelsohn changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
--- Comment #7 from David Edelsohn ---
HJ,
The test was not failing on Linux x86-64 nor x86-32. I sent pre-processed
testcase from AIX that Jason was able to reproduce on Linux. But the fix did
not solve the failure on AIX.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58561
--- Comment #6 from David Edelsohn ---
Author: dje
Date: Mon Nov 24 14:59:52 2014
New Revision: 218020
URL: https://gcc.gnu.org/viewcvs?rev=218020&root=gcc&view=rev
Log:
PR c++/58561
* dbxout.c: Include stri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63940
David Edelsohn changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
,
||dje at gcc dot gnu.org
--- Comment #4 from David Edelsohn ---
This was part of a large patch by Alan and probably added by him while he was
debugging. I would like his recommendations about the fate of the checking
code.
||2014-12-04
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment #1 from David Edelsohn ---
Confirmed. Very nice enhancement.
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
Many of the GCC testsuite VMX tests fail on AIX because secondary reload is
generating an incorrect TOC reference. A MEM is being stripped from a
TOC reference causing GCC to use a pattern for a raw address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64226
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64226
--- Comment #2 from David Edelsohn ---
Uli mentioned in private email:
"I think the piece of code quoted above from rs6000_secondary_reload_inner
is wrong; it should not call create_TOC_reference unconditionally.
"Other places that use TOC-rela
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64226
--- Comment #3 from David Edelsohn ---
Author: dje
Date: Mon Dec 8 23:47:39 2014
New Revision: 218497
URL: https://gcc.gnu.org/viewcvs?rev=218497&root=gcc&view=rev
Log:
PR target/64226
* config/rs6000/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64226
David Edelsohn changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: normal
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: dje at gcc dot gnu.org
The implementation of pointer bounds checking added an extra version of all
builtins with _CHKP appended, even when -fcheck-pointer-bounds is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64256
David Edelsohn changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
,
||powerpc-ibm-aix*
Status|UNCONFIRMED |NEW
Last reconfirmed||2014-12-11
CC||dje at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61524
David Edelsohn changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
801 - 900 of 1701 matches
Mail list logo
