Blitz logo

Blitz Support :

From: Julian Cummings (cummings_at_[hidden])
Date: 2004-02-10 13:39:39


Hi Frank,

Frank Schimmel wrote:

>The namespace hackery is pretty much obscured by macros defined during
>configuration / compiler testing. I think this is a leftover from the
>old days, when not all compilers handled namespaces well (or at all)
>and there were plenty of workarounds needed.
>
>In a better world this would not happen. IMHO header files should
>always fully qualify names and no preprocessor magic would be
>necessary.
>
Agreed. We should modify blitz to use ANSI standard C++ headers only
and drop
support for non-standard compilers sometime soon. I don't see many
compilers with
these limitations anymore, so why bother with all the preprocessor macros.

>As mentioned above, I cannot reproduce these errors. And indeed, the
>configure process of blitz is quite non-standard. You can specify a
>different compiler name (CXX, e.g. with version suffix) and
>compilation flags (CXXFLAGS) using the (non-standard)
>--with-cxx='compiler-type executable_name compilation_flags'
>configure option construct. But not the LDFLAGS: it is set explicitly
>and unconditionally in configure to handle some 64 bit cases. This is
>a Bad Thing since it at odds with the standard behaviour of configure
>scripts. It should still be possible to override this with `make
>LDFLAGS=... lib'.
>
Yes. Or you can use the -e flag with GNU make, which will prefer
environment
variable values over any makefile settings. I had to add these settings
to handle
64-bit behavior because as far as I can tell, libtool is completely
unfamiliar with
this concept of 32-bit and 64-bit libraries. Another reason why I
thought it might
make sense to abandon libtool. Or perhaps consider Derrick Bass'
proposal of
eliminating the blitz library itself and just providing templated header
files.

>
>I think the whole configuration machinery needs a serious overhaul to
>get rid of all the obscuring and fragile cruft. I meant to work on
>this for quite a while, but unfortunately I still don't have the
>time. It's on the Great List Of Things To Do, though, so I'll
>eventually get to do it some day.
>
>So long
>-Frank
>
>
I would welcome this since I am not much of an autoconf wizard.

Regards, Julian C.

-- 
Dr. Julian C. Cummings                       E-mail: cummings_at_[hidden]
California Institute of Technology           Phone:  626-395-2543
1200 E. California Blvd., Mail Code 158-79   Fax:    626-584-5917
Pasadena, CA 91125