[Bug libgcj/57074] New: gcc-4.8.0 libgcj regression on 32bit Power architecture

2013-04-25 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57074 Bug #: 57074 Summary: gcc-4.8.0 libgcj regression on 32bit Power architecture Classification: Unclassified Product: gcc Version: 4.8.1 Status: UNCONFIRMED

[Bug c/43673] Incorrect warning: use of 'D' length modifier with 'a' type character

2012-02-07 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43673 Ryan S. Arnold rsa at us dot ibm.com changed: What|Removed |Added CC||bergner at gcc dot

[Bug c/52140] New: ICE in Libdfp testcase when compiled with soft-dfp (no -mcpu).

2012-02-06 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52140 Bug #: 52140 Summary: ICE in Libdfp testcase when compiled with soft-dfp (no -mcpu). Classification: Unclassified Product: gcc Version: 4.5.4 Status: UNCONFIRMED

[Bug c/52140] ICE in Libdfp testcase when compiled with soft-dfp (no -mcpu).

2012-02-06 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52140 --- Comment #1 from Ryan S. Arnold rsa at us dot ibm.com 2012-02-06 20:46:00 UTC --- Created attachment 26589 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26589 preprocessed .i file

[Bug c/52140] ICE in Libdfp testcase when compiled with soft-dfp (no -mcpu).

2012-02-06 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52140 --- Comment #2 from Ryan S. Arnold rsa at us dot ibm.com 2012-02-06 20:46:34 UTC --- Created attachment 26590 -- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26590 Preprocessed .s file

[Bug middle-end/52140] Libdfp testcase encounters ICE when compiled with soft-dfp (no -mcpu).

2012-02-06 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52140 --- Comment #4 from Ryan S. Arnold rsa at us dot ibm.com 2012-02-06 20:51:01 UTC --- (In reply to comment #3) Have you tried an FSF released 4.6.2? This also fails in the same way with: gcc version 4.6.3 20111209 (Advance-Toolchain-5.0-2) [ibm

[Bug c++/51364] C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

2012-01-18 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 --- Comment #12 from Ryan S. Arnold rsa at us dot ibm.com 2012-01-18 20:00:08 UTC --- Returning to the bug report at hand... In my version of float.h I have the following (which aligns with the typedef definitions in the std::decimal namespace

[Bug c++/51364] C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

2011-12-09 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 --- Comment #5 from Ryan S. Arnold rsa at us dot ibm.com 2011-12-09 16:03:04 UTC --- As a temporary fix I've added the following to libdfp: http://www.eglibc.org/cgi-bin/viewvc.cgi/libdfp/trunk/dfp/float.h?view=markup This adds dfp/float.h

[Bug c++/51486] New: g++ doesn't implicitly search for decimal header in system include path include/c++/version/decimal/

2011-12-09 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486 Bug #: 51486 Summary: g++ doesn't implicitly search for decimal header in system include path include/c++/version/decimal/ Classification: Unclassified Product: gcc Version:

[Bug c++/51486] g++ doesn't implicitly search for decimal header in system include path include/c++/version/decimal/

2011-12-09 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486 --- Comment #3 from Ryan S. Arnold rsa at us dot ibm.com 2011-12-09 16:39:17 UTC --- Thanks. Using #include decimal/decimal instead of #include decimal does indeed work. I'm just wondering what's correct.

[Bug c++/51486] g++ doesn't implicitly search for decimal header in system include path include/c++/version/decimal/

2011-12-09 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486 --- Comment #7 from Ryan S. Arnold rsa at us dot ibm.com 2011-12-09 20:50:50 UTC --- (In reply to comment #6) Agreed. Thus, I understand the behavior is absolutely intended, and I see no compelling reason to change it now. Would you see

[Bug c++/51364] New: C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

2011-11-30 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 Bug #: 51364 Summary: C++ interoperability with ISO-C extension DFP types requires explicit typedefs. Classification: Unclassified Product: gcc Version: unknown

[Bug c++/51364] C++ interoperability with ISO-C extension DFP types requires explicit typedefs.

2011-11-30 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364 --- Comment #3 from Ryan S. Arnold rsa at us dot ibm.com 2011-11-30 21:40:47 UTC --- (In reply to comment #2) The definitions that n2732 wants to add are typedefs to the C++ classes, but interoperability with C requires the typedefs using modes

[Bug driver/47330] New: libdecnumber/Makefile.in overrides CFLAGS set by sub make invocation

2011-01-17 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47330 Summary: libdecnumber/Makefile.in overrides CFLAGS set by sub make invocation Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/47330] libdecnumber/Makefile.in overrides CFLAGS set by sub make invocation

2011-01-17 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47330 --- Comment #2 from Ryan S. Arnold rsa at us dot ibm.com 2011-01-17 16:16:55 UTC --- (In reply to comment #1) You are not supposed to override CFLAGS in sub-makes. What's the recommended procedure for making sure fPIC/fpic is used properly

[Bug c/47330] libdecnumber/Makefile.in overrides CFLAGS set by sub make invocation

2011-01-17 Thread rsa at us dot ibm.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47330 Ryan S. Arnold rsa at us dot ibm.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED