delorie.com/archives/browse.cgi | search |
X-Sybari-Space: | 00000000 00000000 00000000 00000000 |
From: | Martin Stromberg <eplmst AT epl DOT ericsson DOT se> |
Message-Id: | <200306260714.JAA11705@lws256.lu.erisoft.se> |
Subject: | Re: ieeefp.h / math.h clash |
To: | djgpp-workers AT delorie DOT com |
Date: | Thu, 26 Jun 2003 09:14:39 +0200 (MET DST) |
In-Reply-To: | <3EF9F510.A70078AD@phekda.freeserve.co.uk> from "Richard Dawe" at Jun 25, 2003 08:16:32 PM |
X-Mailer: | ELM [version 2.5 PL3] |
MIME-Version: | 1.0 |
Reply-To: | djgpp-workers AT delorie DOT com |
Errors-To: | nobody AT delorie DOT com |
X-Mailing-List: | djgpp-workers AT delorie DOT com |
X-Unsubscribes-To: | listserv AT delorie DOT com |
Richard said: > Gisle Vanem wrote: > > > > While trying to built Perl with latest 2.04, I found that including <math.h> > > after <ieeefp.h> causes a parse error due to isinff(), isnanf() being both > > a macro and a func-prototype. > > I wonder if MartinS's recent work on fpclassify will fix this. Maybe ieeefp.h > will need modification too. Not directly. But the isinff() macro/function should be recoded as isinf() when/after I check in isinf. So the function prototype can be removed (I think). Either <ieeefp.h> will need to include <math.h> or the user will need to have both #includes. Is that a problem? Right, MartinS
webmaster | delorie software privacy |
Copyright © 2019 by DJ Delorie | Updated Jul 2019 |