Re: [Plplot-devel] libqhull

[<jc...@fe...>]

On Friday 14 March 2003 16:08, Rafael Laboissiere wrote:
| * Jo=E3o Cardoso <jc...@fe...> [2003-03-14 15:36]:
| > But won't this happens in other non-debian systems that have
| > qhull/freetype installed as archive and not shared libraries? And
| > even if a shared library exists but it was not built with libtool?
|
| Oh, I guess you are confused here.  *.la files are _not_ static
| libraries. Neither are they shared libs.  Actually, they are ...
| shell scripts (!!!)

Yes, I have look at it.

=2E..

| At any rate, this will not be a real problem, since if the user does
| not have libqhull.la installed in her system, then "-lqhull" gets
| inserted into libplplot{d}.la. To be convinced, just do it by
| yourself:

I believe you!
I'm (was?) concerned with the qhull issue as I tested it only in linux,=20
and I don't know what will happen in other systems. You are the one=20
that religiously :) believe in libtool, not me :)

But I still have doubts with nn/csa, because of NaN issues.
I'm thinking in posting a RFC in the general list, asking for people=20
with non linux system to test a test program, that I attach.

Under OSF/alpha, it must be compiled as

   gcc -mieee nantest.c -o nantest -lm

or, using the native compiler,

  cc -ieee nantest.c -o nantest -lm

Under linux, a plain gcc ... -lm will do the work, although adding the=20
=2Dmieee-fp flag is the recomended approach.

The problem is how will solaris, aix, dos, etc behave. Do any of you=20
have classical unix systems where you can try it, either with gcc or=20
the native C compiler?

This is the program output:

[jcard@feup] ./nantest=20
GNUC, LITTLE_ENDIAN
x=3Dnan
x+1=3Dnan, z=3Dnan
NaN detected

Thanks,
Joao