[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-29 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-29 
20:45 ---
Subject: Bug 19933

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED]   2005-05-29 20:45:44

Modified files:
gcc: ChangeLog 
gcc/testsuite  : ChangeLog 
gcc/fixinc : fixincl.x inclhack.def 
Added files:
gcc/testsuite/gcc.dg: c99-math-double-1.c c99-math-float-1.c 
  c99-math.h c99-math-long-double-1.c 
gcc/fixinc/tests/base/iso: math_c99.h 

Log message:
PR target/19933
* fixinc/inclhack.def (solaris_math_6_1): New fix.
(solaris_math_9): Rewrite and guard with #ifdef __sparc__.
* fixinc/fixincl.x: Regenerate.
* fixinc/tests/base/iso/math_c99.h: Adjust for above changes.

Backport from mainline:
2005-05-19  Eric Botcazou  [EMAIL PROTECTED]
Joseph S. Myers  [EMAIL PROTECTED]

* fixinc/inclhack.def: New fixes solaris_math_[1-9].
* fixinc/fixincl.x: Regenerate.
* fixinc/tests/base/iso/math_c99.h: New.

Backport from mainline:
2005-05-10  Joseph S. Myers  [EMAIL PROTECTED]

* fixinc/inclhack.def (stdio_stdarg_h, stdio_va_list): Bypass on
*-*-solaris2.1[0-9]*, not just *-*-solaris2.1[0-9].
* fixinc/fixincl.x: Regenerate.

Backport from mainline:
2004-11-26  Mark Mitchell  [EMAIL PROTECTED]

* fixinc/inclhack.def (gnu_types): Do not use on Solaris 2.1x.
(stdio_va_list): Likewise.
(stdio_stdarg.h): Likewise.
(solaris_stdio_tag): Add bypass.
* fixinc/fixincl.x: Regenerated.

testsuite/
* gcc.dg/c99-math.h: New
* gcc.dg/c99-math-float-1.c: New test.
* gcc.dg/c99-math-double-1.c: Likewise.
* gcc.dg/c99-math-long-double-1.c: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=2.2326.2.872r2=2.2326.2.873
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.3389.2.398r2=1.3389.2.399
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-float-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-long-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.8.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fixinc/fixincl.x.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.177.4.10r2=1.177.4.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fixinc/inclhack.def.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=1.190.4.10r2=1.190.4.11
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/fixinc/tests/base/iso/math_c99.h.diff?cvsroot=gcconly_with_tag=gcc-3_4-branchr1=NONEr2=1.1.2.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-29 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-29 
20:52 ---
Patch backported to 3.4 branch.


-- 
   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-24 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-24 
13:36 ---
Patch for 3.4.x: http://gcc.gnu.org/ml/gcc-patches/2005-05/msg02123.html


-- 
   What|Removed |Added

   Keywords||patch
   Target Milestone|--- |3.4.5


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-19 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-19 
07:06 ---
Subject: Bug 19933

CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED]   2005-05-19 07:05:46

Modified files:
gcc/testsuite  : ChangeLog 
fixincludes: ChangeLog fixincl.x inclhack.def 
Added files:
gcc/testsuite/gcc.dg: c99-math-double-1.c c99-math-float-1.c 
  c99-math.h c99-math-long-double-1.c 
fixincludes/tests/base/iso: math_c99.h 

Log message:
fixincludes/
PR target/19933
PR target/21315
* inclhack.def: New fixes solaris_math_[1-9].
* fixincl.x: Regenerate.
* tests/base/iso/math_c99.h: New.

gcc/testsuite/
* gcc.dg/c99-math.h: New
* gcc.dg/c99-math-float-1.c: New test.
* gcc.dg/c99-math-double-1.c: Likewise.
* gcc.dg/c99-math-long-double-1.c: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gccr1=1.5495r2=1.5496
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-double-1.c.diff?cvsroot=gccr1=NONEr2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-float-1.c.diff?cvsroot=gccr1=NONEr2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math.h.diff?cvsroot=gccr1=NONEr2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-long-double-1.c.diff?cvsroot=gccr1=NONEr2=1.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gccr1=1.41r2=1.42
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gccr1=1.20r2=1.21
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gccr1=1.20r2=1.21
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/iso/math_c99.h.diff?cvsroot=gccr1=NONEr2=1.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-19 Thread cvs-commit at gcc dot gnu dot org

--- Additional Comments From cvs-commit at gcc dot gnu dot org  2005-05-19 
07:11 ---
Subject: Bug 19933

CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED]   2005-05-19 07:11:26

Modified files:
gcc/testsuite  : ChangeLog 
fixincludes: ChangeLog fixincl.x inclhack.def 
Added files:
gcc/testsuite/gcc.dg: c99-math-double-1.c c99-math-float-1.c 
  c99-math.h c99-math-long-double-1.c 
fixincludes/tests/base/iso: math_c99.h 

Log message:
fixincludes/
PR target/19933
PR target/21315
* inclhack.def: New fixes solaris_math_[1-9].
* fixincl.x: Regenerate.
* tests/base/iso/math_c99.h: New.

gcc/testsuite/
* gcc.dg/c99-math.h: New
* gcc.dg/c99-math-float-1.c: New test.
* gcc.dg/c99-math-double-1.c: Likewise.
* gcc.dg/c99-math-long-double-1.c: Likewise.

Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.5084.2.186r2=1.5084.2.187
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-float-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/gcc.dg/c99-math-long-double-1.c.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/ChangeLog.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.32.2.5r2=1.32.2.6
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/fixincl.x.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.16.14.3r2=1.16.14.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/inclhack.def.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=1.16.14.3r2=1.16.14.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/fixincludes/tests/base/iso/math_c99.h.diff?cvsroot=gcconly_with_tag=gcc-4_0-branchr1=NONEr2=1.1.2.1



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-19 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-19 
07:16 ---
Fixed in 4.0.1 and later.  Backporting to 3.4.x.


-- 
   What|Removed |Added

  Known to fail||3.4.4
  Known to work||4.0.1 4.1.0


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-03 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-03 
09:48 ---
 I'm not sure what is best done with the signbit definition (maybe nothing if
 it will never call a library function at present, even though it isn't
 properly type-generic);

We can discriminate using sizeof, like in glibc.

 but the others can be done, e.g.
 
 #define isfinite(x) __extension__ ({ __typeof (x) __x = (x); __builtin_expect
(!isnan(__x - __x), 1); })

This works fine for big numbers, but are there similar tricks to distinguish
denormals from normals?  If no, we'll have to resort to FLT_MIN and the like or
to bitwise-testing the exponent against 0.

I'm going to attach a first version of math_c99.h.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-03 Thread joseph at codesourcery dot com

--- Additional Comments From joseph at codesourcery dot com  2005-05-03 
10:54 ---
Subject: Re:  Problem with define of HUGE_VAL in math_c99.

On Tue, 3 May 2005, ebotcazou at gcc dot gnu dot org wrote:

 This works fine for big numbers, but are there similar tricks to distinguish
 denormals from normals?  If no, we'll have to resort to FLT_MIN and the like 
 or
 to bitwise-testing the exponent against 0.

Use __FLT_MIN__ etc. since float.h may not be included.

For a good fix we'll want to add built-in functions compatible with the 
Solaris header and remove the relevant fixes, and those would test the 
bits of the representation appropriately, but for now I think __FLT_MIN__ 
is the right approach and the fixes could more suitably go on 4.0 branch 
than new built-in functions.

We have a functional __builtin_isnan, there is no need to fix that 
particular definition.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-03 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-03 
11:35 ---
 Use __FLT_MIN__ etc. since float.h may not be included.

Of course.

 For a good fix we'll want to add built-in functions compatible with the 
 Solaris header and remove the relevant fixes, and those would test the 
 bits of the representation appropriately, but for now I think __FLT_MIN__ 
 is the right approach and the fixes could more suitably go on 4.0 branch 
 than new built-in functions.

Agreed.  I'll open an enhancement PR for the missing builtins.

 We have a functional __builtin_isnan, there is no need to fix that 
 particular definition.

Right, but it is type-dependent so I guess we have to play the sizeof game.

I'm going to attach a revised version.  Does it look OK to you?  If so, I'll
write tests and run them on SPARC (I don't have access to i386-pc-solaris2.10)
before translating it into a fixinclude patch.

Note that I'd like to have a fix for the 3.4 branch too, and we have neither
__builtin_isnan nor __builtin_signbit on that branch.


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-03 Thread joseph at codesourcery dot com

--- Additional Comments From joseph at codesourcery dot com  2005-05-03 
12:59 ---
Subject: Re:  Problem with define of HUGE_VAL in math_c99.

On Tue, 3 May 2005, ebotcazou at gcc dot gnu dot org wrote:

  We have a functional __builtin_isnan, there is no need to fix that 
  particular definition.
 
 Right, but it is type-dependent so I guess we have to play the sizeof game.

__builtin_isnan is type-generic and functionally so, unlike 
__builtin_signbit which isn't although it should be and __builtin_isinf 
which tries to be type-generic and is broken in doing so (bug 20558).  
The __builtin_isnanf and __builtin_isnanl functions can be ignored.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-03 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-03 
14:39 ---
 __builtin_isnan is type-generic and functionally so, unlike 
 __builtin_signbit which isn't although it should be and __builtin_isinf 
 which tries to be type-generic and is broken in doing so (bug 20558).

2 more questions:
  1. Can we work around bug 20558 by using the sizeof trick for isinf?
  2. Can we use __builtin_finite for isfinite?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-03 Thread joseph at codesourcery dot com

--- Additional Comments From joseph at codesourcery dot com  2005-05-03 
16:21 ---
Subject: Re:  Problem with define of HUGE_VAL in math_c99.

On Tue, 3 May 2005, ebotcazou at gcc dot gnu dot org wrote:

   1. Can we work around bug 20558 by using the sizeof trick for isinf?

No, because all of __builtin_isinf, __builtin_isinff, __builtin_isinfl may 
fall back to library functions isinf, isinff, isinfl and Solaris libc/libm 
doesn't have those functions.

   2. Can we use __builtin_finite for isfinite?

No, because again all the __builtin_finite* functions may fall back to 
library functions and the only one of those Solaris has is plain finite.



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-01 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-05-01 
12:21 ---
 GCC does not yet have __builtin_isfinite or __builtin_isnormal functions; 
 they 
 would be generically useful additions if they always avoided falling back to
 a library function.  __builtin_fpclassify would also be useful but would
 only be usable where GCC is configured to know the FP_* values used on
 a given target.
 
 In principle all the macros can be defined along the lines of   
 the isnan/isfinite/isinf definitions in libgcc2.c, with GNU extensions to
 avoid multiple evaluation, but this is not very efficient.

Joseph, we are severely bitten by the __builtin_isfinite problem for the Fortran
compiler (this is PR target/21315).  What do you suggest?  Fixincluding to GCC
__builtin_* functions when possible and fixincluding away in the other cases?


-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-05-01 Thread joseph at codesourcery dot com

--- Additional Comments From joseph at codesourcery dot com  2005-05-01 
14:24 ---
Subject: Re:  Problem with define of HUGE_VAL in math_c99.

On Sun, 1 May 2005, ebotcazou at gcc dot gnu dot org wrote:

  In principle all the macros can be defined along the lines of   
  the isnan/isfinite/isinf definitions in libgcc2.c, with GNU extensions to
  avoid multiple evaluation, but this is not very efficient.
 
 Joseph, we are severely bitten by the __builtin_isfinite problem for the 
 Fortran
 compiler (this is PR target/21315).  What do you suggest?  Fixincluding to GCC
 __builtin_* functions when possible and fixincluding away in the other cases?

Fixincluding everything to working definitions if possible, even if 
cumbersome, with all the fixes disabled conditional on __GNUC__ being 
mentioned in the header.  (If support for some of these built-in functions 
is then added to GCC, remove the relevant fixes, but I suppose you want to 
fix things on 4.0 branch as well as mainline for now.)  I'm not sure what 
is best done with the signbit definition (maybe nothing if it will never 
call a library function at present, even though it isn't properly 
type-generic); but the others can be done, e.g.

#define isfinite(x) __extension__ ({ __typeof (x) __x = (x); __builtin_expect 
(!isnan(__x - __x), 1); })

following libgcc2.c but using statement expressions and __typeof to avoid 
multiple evaluation.  (This includes fixincluding isinf, per bug 20558.)

I'd recommend making each fixed definition a separate fixinclude (so they 
still work if e.g. the header gets reordered; and so if Sun produce a 
partially fixed header version then the disabling on __GNUC__ only needs 
changing for those definitions which remain problematic).



-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-04-30 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-04-30 
17:10 ---
Fixing.


-- 
   What|Removed |Added

 AssignedTo|unassigned at gcc dot gnu   |ebotcazou at gcc dot gnu dot
   |dot org |org
 Status|NEW |ASSIGNED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-03-22 Thread jsm28 at gcc dot gnu dot org

--- Additional Comments From jsm28 at gcc dot gnu dot org  2005-03-22 20:52 
---
The following definitions should replace the Solaris ones outright for GCC.
This has been reported to Sun, so fixes for these should be disabled for
any future header mentioning __GNUC__.

#define HUGE_VAL   (__builtin_huge_val())
#define HUGE_VALF  (__builtin_huge_valf())
#define HUGE_VALL  (__builtin_huge_vall())
#define INFINITY   (__builtin_inff())
#define NAN(__builtin_nanf())

#define isgreater(x, y)__builtin_isgreater(x, y)
#define isgreaterequal(x, y)   __builtin_isgreaterequal(x, y)
#define isless(x, y)   __builtin_isless(x, y)
#define islessequal(x, y)  __builtin_islessequal(x, y)
#define islessgreater(x, y)__builtin_islessgreater(x, y)
#define isunordered(u, v)  __builtin_isunordered(u, v)

__builtin_isinf and __builtin_signbit are not currently entirely suited
to the uses to which they are being put.  For __builtin_isinf this is bug 20558.
For __builtin_signbit, it ought to be type-generic but avoid falling back to
the wrong function or a function the library does not have.  (The Solaris
libc doesn't seem to have isinf or signbit library functions.)  GCC does
not yet have __builtin_isfinite or __builtin_isnormal functions; they would
be generically useful additions if they always avoided falling back to
a library function.  __builtin_fpclassify would also be useful but would
only be usable where GCC is configured to know the FP_* values used on
a given target.

In principle all the macros can be defined along the lines of   
the isnan/isfinite/isinf definitions in libgcc2.c, with GNU extensions to
avoid multiple evaluation, but this is not very efficient.

-- 
   What|Removed |Added

 CC||ro at techfak dot uni-
   ||bielefeld dot de, jsm28 at
   ||gcc dot gnu dot org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-03-06 Thread casevh at comcast dot net

--- Additional Comments From casevh at comcast dot net  2005-03-07 06:15 
---
I downloaded and tried the Sun Studio 10 compiler. It does require math_c99.h as
distributed by Sun. So I'd say gcc will need to work around this header file.

-- 


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-03-04 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-03-04 
18:10 ---
*** Bug 20317 has been marked as a duplicate of this bug. ***

-- 
   What|Removed |Added

 CC||martin at v dot loewis dot
   ||de


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-03-04 Thread ebotcazou at gcc dot gnu dot org

--- Additional Comments From ebotcazou at gcc dot gnu dot org  2005-03-04 
18:11 ---
Confirmed by duplicate.


-- 
   What|Removed |Added

 CC||ebotcazou at gcc dot gnu dot
   ||org
 Status|UNCONFIRMED |NEW
 Ever Confirmed||1
   GCC host triplet|i386-pc-solaris2.10 |*-*-solaris2.10
   Last reconfirmed|-00-00 00:00:00 |2005-03-04 18:11:59
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933


[Bug target/19933] Problem with define of HUGE_VAL in math_c99.

2005-02-13 Thread pinskia at gcc dot gnu dot org


-- 
   What|Removed |Added

  Component|preprocessor|target


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19933