libm4ri has two issues that I am aware of as soon as one tries to use a
non-GNU or non-86 environment.
I believe the developers hang out here, so I'll put a bit of information
here, on the hope they see it.
1) Despite the fact Sun's C compiler can compile thousands of lines of
Sage without any problem, libm4ri's configure script says the compiler
can't create executables:
http://sagetrac.org/sage_trac/ticket/7037
This is clearly is a bug that needs fixing. Plenty of other configure
scripts have checked the compiler and decides it works.
2) On HP-UX, the configure script can't work out how many CPUs I have,
what sort they are, but then tries to determine the cache size. This
causes the configure script to break.
The macro for determining the number of CPUs
http://git.savannah.gnu.org/gitweb/?p=autoconf-archive.git;a=blob_plain;f=m4/ax_count_cpus.m4
is clearly only designed to work on linux and Mac. So it will fail on
other platforms, including Solaris which is supported, and HP-UX which
is not.
The macro for determining cache sizes will only work on x86 CPUs.
It seems to me there are two issues here.
1) The code for checking the C compiler is broken.
2) Code for checking CPU-related things should only be done on platforms
where the macros work. It would clearly be very difficult to rewrite the
macros to work on every platform, but it should not be so hard to ensure
the macros are only called on platforms where they will work. One way to
do this would probably be to executed bits of code only if certain
preprocessor items are defined. I believe there is an autoconf macro
which will determine if for example __hpux__ is defined, in which case
execute code for HP-UX.
I don't mind having a go at refining the macro for computing the number
of CPUs, so it at least work on Solaris, AIX and HP-UX.
Cache sizes is not something I want to get into. I think it would be
sensible to just report 1 MB or something like that.
I do not know why these macros cause failures to build on HP-UX but not
Solaris. It is clear from looking at the source they will not work on
either platform.
Dave
--~--~-~--~~~---~--~~
To post to this group, send an email to sage-devel@googlegroups.com
To unsubscribe from this group, send an email to
sage-devel-unsubscr...@googlegroups.com
For more options, visit this group at http://groups.google.com/group/sage-devel
URL: http://www.sagemath.org
-~--~~~~--~~--~--~---
