From: Brian Paul <brian@tu...>  20021029 16:45:42

> I am trying to build the Mesa4.0.4 libs under HPUX11.11. > > I tried with "./configure" first and then with "make hpux10" > (there is no hpux11) but got more or less the same error in > both cases. Eg, in the "make hpux10" case: > > cc I../include I../util +O3 +DAportable Aa D_HPUX_SOURCE > I/usr/include/X11R6 I/usr/contrib/X11R6/include DUSE_XSHM > bounce.c L../lib lglut lGLU lGL L/usr/lib/X11R6 > L/usr/contrib/X11R6/lib lXext lXmu lXi lX11 lm o bounce > /usr/ccs/bin/ld: Unsatisfied symbols: > finite (first referenced in ../lib/libGL.a(dispatch.o)) (code) > > Any help would be much appreciated. Try running 'man finite' and see if your system has it. The man page on RedHat Linux says: NAME isinf, isnan, finite  test for infinity or notanumber (NaN) SYNOPSIS #include <math.h> int isinf(double value); int isnan(double value); int finite(double value); ... indicating that this function is defined in math.h Otherwise, try running 'grep finite r /usr/include' to see if it's in another header file. Brian 
From: <k.schultz@at...>  20021029 17:01:34

> > > > I am trying to build the Mesa4.0.4 libs under HPUX11.11. > > > > I tried with "./configure" first and then with "make hpux10" > > (there is no hpux11) but got more or less the same error in > > both cases. Eg, in the "make hpux10" case: > > > > cc I../include I../util +O3 +DAportable Aa D_HPUX_SOURCE > > I/usr/include/X11R6 I/usr/contrib/X11R6/include DUSE_XSHM > > bounce.c L../lib lglut lGLU lGL L/usr/lib/X11R6 > > L/usr/contrib/X11R6/lib lXext lXmu lXi lX11 lm o bounce > > /usr/ccs/bin/ld: Unsatisfied symbols: > > finite (first referenced in ../lib/libGL.a(dispatch.o)) (code) > > > > Any help would be much appreciated. > > > Try running 'man finite' and see if your system has it. The man > page on RedHat Linux says: > > NAME > isinf, isnan, finite  test for infinity or notanumber > (NaN) > > SYNOPSIS > #include <math.h> > > int isinf(double value); > > int isnan(double value); > > int finite(double value); > > ... indicating that this function is defined in math.h > > Otherwise, try running 'grep finite r /usr/include' to see if it's > in another header file. > > Brian Try using isfinite(). There's no function for this on HPUX 11, just the macro. You can work around this by putting #define finite(x) isfinite(x) in something like glheader.h. You'll see a similar hack in there for Windows. I've got access to a really nice HPUX machine. Someday I'll clean up the makefiles and code for this platform. Karl 
From: Rouben Rostamian <rostamian@um...>  20021029 19:41:04

Brian, re your message: > > > I am trying to build the Mesa4.0.4 libs under HPUX11.11. > > > > I tried with "./configure" first and then with "make hpux10" > > (there is no hpux11) but got more or less the same error in > > both cases. Eg, in the "make hpux10" case: > > > > cc I../include I../util +O3 +DAportable Aa D_HPUX_SOURCE > > I/usr/include/X11R6 I/usr/contrib/X11R6/include DUSE_XSHM > > bounce.c L../lib lglut lGLU lGL L/usr/lib/X11R6 > > L/usr/contrib/X11R6/lib lXext lXmu lXi lX11 lm o bounce > > /usr/ccs/bin/ld: Unsatisfied symbols: > > finite (first referenced in ../lib/libGL.a(dispatch.o)) (code) > > > > Any help would be much appreciated. > > > Try running 'man finite' and see if your system has it. The man > page on RedHat Linux says: > > NAME > isinf, isnan, finite  test for infinity or notanumber > (NaN) > > SYNOPSIS > #include <math.h> > > int isinf(double value); > > int isnan(double value); > > int finite(double value); > > ... indicating that this function is defined in math.h > > Otherwise, try running 'grep finite r /usr/include' to see if it's > in another header file. The man page also says: CONFORMING TO BSD 4.3 The function finite() has never been a part of ANSI or ISO C, although compilers generally support it as an extension. The C99 standard introduced isfinite() for this purpose. Therefore compilers that conform with the C99 standard no longer recognize finite(). A test for existence of finite() or isfinite() should be added to Mesa's autoconf. I don't know enough about autoconf to offer a patch. I hope someone else can.  Rouben Rostamian <rostamian@...> 