This is the mail archive of the
gsl-discuss@sourceware.cygnus.com
mailing list for the GSL project.
Re: gsl-0.41 and SparcWorks C
- Subject: Re: gsl-0.41 and SparcWorks C
- From: Bernd Petrovitsch <bernd@ict.tuwien.ac.at>
- Date: Mon, 02 Aug 1999 19:46:07 +0200
- Cc: gsl-discuss@sourceware.cygnus.com
In message <76vhaynne7.fsf@odie.lanl.gov>, Mark Galassi wrote:
> Bernd> I'm compiling gsl-0.41 on Solaris7 and Solaris2.5.1 with
> Bernd> the SparcWorks Compiler 4.0 (ok, pretty old ;-).
>
>This kind of feedback is good: nowadays so many people just use gcc
>that they get accustomed to its extensions.
SparcWorks optimizes much better on Sparcs (at least for CPU-intensive
programs .....)
> Bernd> 1) in sys/prec.c is the GSL_MODE_PREC function defined (for
> Bernd> the case that the inline function is ignored). It should
> Bernd> have #ifdef HAVE_INLIN= E ... #endif to disable it if
> Bernd> GSL_MODE_PREC is defined as a macro (simil= ar to
> Bernd> gsl_mode.h).
>
>This was fixed recently, and I wonder if you could tell me if the
>version in anonymous CVS works for your compiler.
Hmm, I checked out via anonymous cvs. Apparently it requires
"automake-1.3" (no "configure" script there).
So I installed "automake-1.3" but this barfs with
--- snip ----
automake $am_opt
+ automake
doc/Makefile.am:486: required file `doc/mdate-sh' not found
autoconf
+ autoconf
Autoconf requires GNU m4 1.1 or later
cd $ORIGDIR
+ cd /home/bernd/src/GSL/gsl
$srcdir/configure "$@"
+ ./configure
autogen.sh: ./configure: not found
--- snip ---
if I start it with `sh -vx autogen.sh`.
The first error "doc/mdate-sh not dound" is yours.
The too old m4 is the original Solaris m4 (so my problem ;-).
>You are right. "const int" is valid ISO C, but ISO C says you cannot
>use it to size arrays. The new Kernighan and Pike book (The Practice
Yup. Should work with Std-C++ AFAIR ....
>of Programming) discusses this, and recommends using enums rather than
>#define if you wnat to define a constant without the preprocessor.
>
>I've applied the following to CVS, and it will be in the next
>release. Does anyone see any objection to this way of doing it?
At least the SparcWorksCompiler likes it.
Another minor issue is : The compiler gives a warning about
"end-of-loop code not reached" on every GSL_ERROR statement. Apparently
it detects the "return" in the do-while loop and does not check that
while(0) does not yield any code (hopefully :-).
Bernd
--
Bernd Petrovitsch Institute of Computer Technology
Gußhausstraße 25-29, A-1040 Vienna Email: bernd@ict.tuwien.ac.at
"Der Horizont vieler Menschen ist ein Kreis mit Radius Null -
und das nennen sie ihren Standpunkt." A. Einstein
PGP signature