|
|
Blitz Support : |
From: Julian C. Cummings (cummings_at_[hidden])
Date: 2003-09-08 14:30:57
Patrick, Theo:
> patrick.guio_at_[hidden] said:
> > Sorry not to answer earlier but I was busy with other
> things. If you
> > really want to remove libtool support I can do it. I agree somehow
> > that it is not entirely necessary.
OK, Patrick, if you can remove the libtool support, that would be best.
After that, perhaps you could produce a 0.7 tarball distribution...?
> Would making disable-shared the default just solve the problem while
> keeping the possibility to build shared libraries (even though I
> admit that this is not strictly necessary due to the size of
> libblitz).
>
> Theo.
Not really because of the other problems I mentioned regarding libtool. It
doesn't handle passing linker options to the C++ compiler correctly, which
causes trouble especially when using a compiler such as KCC that acts as the
linker also. And it replaces standard executables such as the testsuite
programs with little scripts to run the executables. These scripts don't
seem to work on all platforms. (I had trouble on AIX.) Besides, you don't
need libtool to build blitz as a shared library. It is trivial to add
support for building a shared version of libblitz to the configure script
without using libtool, if anyone actually cares about this.
Regards, Julian C.