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
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47330
--- Comment #2 from Ryan S. Arnold 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,
once again relying on th
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47330
Ryan S. Arnold changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52140
--- Comment #1 from Ryan S. Arnold 2012-02-06 20:46:00
UTC ---
Created attachment 26589
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26589
preprocessed .i file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52140
--- Comment #2 from Ryan S. Arnold 2012-02-06 20:46:34
UTC ---
Created attachment 26590
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=26590
Preprocessed .s file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52140
--- Comment #4 from Ryan S. Arnold 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/gcc-4_6-branch
revis
,
||rsa at us dot ibm.com
--- Comment #1 from Ryan S. Arnold 2012-02-07 20:14:38
UTC ---
This also warns with %Ha (_Decimal32) and %DDa (_Decimal128).
I suspect that the correct way to deal with this is for the compiler to disable
this warning (or enable this
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
Statu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #3 from Ryan S. Arnold 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 that Ryan shows. I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #5 from Ryan S. Arnold 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 , which does #include_next , and then
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486
Bug #: 51486
Summary: g++ doesn't implicitly search for header in
system include path include/c++//decimal/
Classification: Unclassified
Product: gcc
Version: unknown
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486
--- Comment #3 from Ryan S. Arnold 2011-12-09 16:39:17
UTC ---
Thanks. Using #include instead of #include does
indeed work. I'm just wondering what's correct.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51486
--- Comment #7 from Ryan S. Arnold 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 this changing to be locate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #12 from Ryan S. Arnold 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). This works just fine
16 matches
Mail list logo
