Re: Configure error QL 0.3.7 (fwd)

classic Classic list List threaded Threaded
1 message Options
Reply | Threaded
Open this post in threaded view
|

Re: Configure error QL 0.3.7 (fwd)

Michael Oczkowski
Hello again.

First of all, everything seems to be installed correctly now, with
quantlib-test-suite.exe returning no errors.

Nando - I will try to write up a quick newbie installation tutorial for
Cygwin in the near future.

Things have gotten a bit muddled so let me recap from the beginning.

Running Cygwin w/ gcc 3.3.1, trying to install QL 0.3.7

I installed boost 1.31.0 directly from the source using bjam with default
settings.  It successfully installed into
/usr/local/include/boost-1_31/boost and /usr/local/lib.

I defined the environment variables
export CPPFLAGS="-I /usr/local/include/boost_1-31"
export LDFLAGS="-L /usr/local/lib"

Running configure with default settings then worked fine.

Make had a couple of problems.  First, it locked up with some message like
"doing piecewise linking" (I apologize I don't have the exact wording).
This happened both times I tried make at the exact same point.
Restarting, everything worked fine until it tried to make test-suite.

The only error message it gave was that "/usr/local/lib is a directory"
and then it exited.  The error occurred in the output line

...libtool --mode=link g++ -g -O2 /usr/local/bin -o
quantlib-test-suite.exe ...(bunch of library files)

This seems to be related to the line in Makefile
$(CXXLINK) $(quantlib_test_suite_LDFLAGS) $(quantlib_test_suite_OBJECTS)
$(quantlib_test_suite_LDADD) $(LIBS)

The only variable that matters is CXXLINK:
CXXLINK = $(LIBTOOL) --mode=link $CXXLD $AM_CXXFLAGS $CXXFLAGS $AM_LDFLAGS
$LDFLAGS -o $@

with CXXLD=g++ and CXXFLAGS=-g -O2 and LDFLAGS=-L /usr/local/lib .

It appears that somehow the space in the definition of LDFLAGS causes some
problem because when I removed it directly in the Makefile (i.e.,
LDFLAGS=-L/usr/local/bin) and ran make everything ran wonderfully.  I am
not exactly certain why the space is causing a problem, and if it is why
not before the last directory to be made?

Anyway, then make install also worked fine, installing to /usr/local/lib
and /usr/local/include/ql.

Moral of the (long) story - with default settings for boost (via bjam) and
QL 0.3.7, setting the environment variables to

export CPPFLAGS="-I/usr/local/include/boost_1-31"
export LDFLAGS="-L/usr/local/lib"

seems to do the trick.

Mike