On Nov 8, 2006, at 12:14 PM, Edward d'Auvergne wrote:
On 11/9/06, Douglas Kojetin <douglas.kojetin@xxxxxxxxx> wrote:
I worked out some settings so that I no longer receive the error.
The steps I used are outlined below:
(1) grabbed a clean 1.3 source via svn
(2) changed the first in the 'relax' file to read:
#! /usr/bin/env python
which by default will use /sw/bin/python instead of /usr/bin/python
on my system
(3) edited the gnulink.py in the scons distribution (line 49):
elif env['PLATFORM'] == 'darwin':
#env['SHLINKFLAGS'] = SCons.Util.CLVar('$LINKFLAGS -
dynamiclib')
env['SHLINKFLAGS'] = SCons.Util.CLVar('$LINKFLAGS')
I should be able to put this into the SCons configuration script.
Actually, something which would be useful would be to test what
happens if you compile it on the command line replacing the '-dynamic'
flag with the '-dynamiclib' flag. The error was when both was used,
but if it works with just '-dynamiclib', then the fix is simple.
I still see an error with this:
% gcc -bundle -bundle_loader /sw/bin/python -dynamiclib -o maths_fns/
relax_fit.dylib maths_fns/c_chi2.os maths_fns/exponential.os
maths_fns/relax_fit.os
powerpc-apple-darwin8-gcc-4.0.1: -bundle not allowed with -dynamiclib
(4) invoked 'scons' in the main directory
(5) moved 'maths_fns/relax_fit.dylib' to 'maths_fns/relax_fit.so' to
match the file name that is present after linux complication
I wonder if this is functional though? Unfortunately no one has coded
tests for relaxation curve fitting into the test suite yet. Do you
have data you can test it on?
I have some data I can test, but I'll need to put it in the proper
format. I'll try this once I have some time in the near future.
Would it be possible to change the
#! /usr/bin/env python
line in relax to
#! /usr/bin/env python
or would that break functionality?
That's a great idea. I was always wondering how a python installation
not located in '/usr/bin' should be handled. This shouldn't cause any
problems. The question is though, is the program 'env' always in
'/usr/bin' or is there something else which can be put there which is
even more cross-platform compatible?
I made a typo up there (the first '/usr/bin/env python' should have
been '/usr/bin/python', but I think /usr/bin/env is the standard
location for the env program, or at least it's more standard than the
location for python.
Doug