php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Bug #19807 math.c: In function `_php_math_zvaltobase' [...] `HUGE_VAL' undeclared
Submitted: 2002-10-07 18:56 UTC Modified: 2002-10-15 10:04 UTC
From: public at wernig dot net Assigned: edink (profile)
Status: Closed Package: Compile Failure
PHP Version: 4.2.3 OS: Solaris 8 Sparc
Private report: No CVE-ID: None
View Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
If you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: public at wernig dot net
New email:
PHP Version: OS:

 

 [2002-10-07 18:56 UTC] public at wernig dot net 
Hi
I' trying to compile php 4.2.3 with apache 1.3.27 on Sparc Solaris 8 (gcc3.0.3).

Configured with
./configure  --without-x --with-apache=../apache_1.3.27 --enable-force-cgi-redirect --enable-discard-path --enable-safe-mode --enable-magic-quotes --disable-rpath --with-zlib --enable-calendar --with-cyrus --with-db3=/usr/local/BerkeleyDB.3.2 --enable-ftp --with-mysql --enable-sockets --enable-memory-limit --enable-shared=yes --enable-mailparse --enable-track-vars --prefix=/usr/local/apache/php

configure runs without errors. 

make then yields
[...]
math.c: In function `_php_math_zvaltobase':
math.c:774: `HUGE_VAL' undeclared (first use in this function)
math.c:774: (Each undeclared identifier is reported only once
math.c:774: for each function it appears in.)
make[3]: *** [math.lo] Error 1
[...]

Strangely, when I compile php 4.2.2 on the same machine against apache 1.3.27, the error does not occur, i.e. everything works just fine.

(btw.: the only math.h on the system is in /usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.0.3/include/math.h
and does definitely not define HUGE_VAL)

The only thing I can think of right now is to get a newer math.h, i.e. update gcc (which I would sure hate :-[
Does anybody have any other suggestion?

kind regards
/markus

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2002-10-07 19:00 UTC] nicos@php.net 
can someone on a Sparc try this on PHP4.3.0 ?
 [2002-10-07 20:12 UTC] public at wernig dot net 
Well, upgrading to gcc3.2 didn't help. HUGE_VAL ist still not defined in math.h. Isn't this a ix86 feature?
 [2002-10-07 21:19 UTC] sniper@php.net 
Did some creative searches with google and came across this:

http://archives.postgresql.org/pgsql-admin/2001-04/msg00155.php

I think you just have done something wrong or haven't installed some necessary package..
 [2002-10-07 21:20 UTC] sniper@php.net 
btw. Some man pages for solaris 8 also mention HUGE_VAL..so it's NOT x86 specific.
 [2002-10-08 01:14 UTC] public at wernig dot net 
OK, so it's not x86 (the manpages on my system have no reference whatsoever to anything called HUGE_VAL, though)
But why do dozens of other packages (including php 4.22) compile corrrectly? Is it just bad luck then ...?
(btw. I had googled up the same page, but couldn't find out if and how the problem was solved there)
 [2002-10-12 10:31 UTC] sniper@php.net 
Marking as critical and assigning to Edin who put that code in math.c as fix for other bug:

http://bugs.php.net/bug.php?id=14807
 [2002-10-15 10:04 UTC] sterling@php.net 
Should be fixed in CVS, if not, please open up a new Bug report.
 [2003-04-30 08:00 UTC] pmurphy at ionixpharma dot com 
Solaris 8 requires #include <values.h> to get most of the system-dependent maths values, and even then it doesn't have HUGE_VAL, despite this being referenced in the math(3HEAD) man page.

By changing the reference to use MAXFLOAT instead and adding the #include above math.h, the code compiles - whether it achieves the same end is an interesting question...
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved. 		Last updated: Tue May 06 19:01:28 2025 UTC