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).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #11 from Janis Johnson janis at gcc dot gnu.org 2011-12-19
20:36:52 UTC ---
The large code size isn't from the generated code, it's from the runtime
support in static libraries; compile main.c with -c and look at the size of
main.o.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #8 from Domingo Alvarez mingodad at gmail dot com 2011-12-18
23:30:43 UTC ---
(In reply to comment #7)
An executable with decimal float support is very big because the runtime
support is in static libraries, not in shared libraries
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #9 from Jonathan Wakely redi at gcc dot gnu.org 2011-12-19
00:21:36 UTC ---
There's nothing strange - the runtime code is in static libraries, so all the
code for doing I/O must be linked into the executable if you use e.g. printf.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #10 from Domingo Alvarez mingodad at gmail dot com 2011-12-19
02:25:16 UTC ---
Created attachment 26131
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=26131
Program to show that gcc doesn't generate good code size
Here is a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
Domingo Alvarez mingodad at gmail dot com changed:
What|Removed |Added
CC||mingodad at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #7 from Janis Johnson janis at gcc dot gnu.org 2011-12-18
01:32:43 UTC ---
An executable with decimal float support is very big because the runtime
support is in static libraries, not in shared libraries (DLLs). That will
probably
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,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #1 from Jonathan Wakely redi at gcc dot gnu.org 2011-11-30
18:57:38 UTC ---
n2732 says they should be defined in float.h
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2008/n2732.pdf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #2 from Janis Johnson janis at gcc dot gnu.org 2011-11-30
21:33:46 UTC ---
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 #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
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51364
--- Comment #4 from Janis Johnson janis at gcc dot gnu.org 2011-11-30
21:44:19 UTC ---
If following the spec works, then by all means do that. It's been quite a long
time since I've thought about decimal float support and my memory is a bit
12 matches
Mail list logo