Bug 134165 (IT#49923) - The <limits> header does not provide NaN attributes and constants
Summary: The <limits> header does not provide NaN attributes and constants
Status: CLOSED WONTFIX
Alias: IT#49923
Product: Red Hat Enterprise Linux 3
Classification: Red Hat
Component: gcc
Version: 3.0
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Benjamin Kosnik
QA Contact:
URL:
Whiteboard:
Keywords:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-09-29 20:57 UTC by Alexandre Oliva
Modified: 2013-08-09 05:46 UTC (History)
2 users (show)

(edit)
Clone Of:
(edit)
Last Closed: 2007-10-19 19:17:20 UTC


Attachments (Terms of Use)

Description Alexandre Oliva 2004-09-29 20:57:14 UTC
The <limits> header defines default values for NaN-related booleans
and values, but no machine-specific config file overrides the
defaults, that are not appropriate for say x86.

I realize the implementation in say gcc 3.4 relies on a number of
compiler built-ins (macros and functions) that are probably too much
risk or work to back-port, but we could simply hard-code the correct
definitions for the macros in machine-specific headers for the
platforms we support.

Comment 2 Benjamin Kosnik 2004-10-04 22:36:45 UTC
FYI <limits> re-write took place between 3.2.x and 3.3.x. 

Alexandre's original point, however, that hand-edited bit can get put
in the file on a per-target basis.

-benjamin

Comment 3 RHEL Product and Program Management 2007-10-19 19:17:20 UTC
This bug is filed against RHEL 3, which is in maintenance phase.
During the maintenance phase, only security errata and select mission
critical bug fixes will be released for enterprise products. Since
this bug does not meet that criteria, it is now being closed.
 
For more information of the RHEL errata support policy, please visit:
http://www.redhat.com/security/updates/errata/
 
If you feel this bug is indeed mission critical, please contact your
support representative. You may be asked to provide detailed
information on how this bug is affecting you.


Note You need to log in before you can comment on or make changes to this bug.