[Rivet] Minor bug in rivet-bootstrap [Re: Rivet 1.5.0 released]

[Andy Buckley]

On 16/03/11 15:05, Ben Waugh wrote:
> The Rivet C++ libraries are in .../lib. The only thing in lib64 is
> python2.4/site-packages/.
> 
> By the way, you have an account "buckley" on our cluster so feel free to
> log in and see if it works for you. Can't see anything I could have
> meddled with in my environment to screw this up, but...

Heh, I have a login account but no home directory, it seems!

Still, I think I've tracked down the problem... I had been testing with
a (small) pure Python package [ADVERT:
http://www.insectnation.org/projects/pyslha ;-)] which was installing
into $prefix/lib on all system types that I tried, but then I remembered
that Rivet is an extension module, i.e. requires some Python interaction
with compiled code. So I wondered if this was making a difference and
revisited the distutils documentation:

http://docs.python.org/distutils/apiref.html#module-distutils.sysconfig

And indeed the get_python_lib function seems to return the platform
independent lib by default; specifying an extra argument seems to make
it report lib or lib64 depending on the system type being used:

>>> distutils.sysconfig.get_python_lib(plat_specific=True, prefix="/foo")
'/foo/lib64/python2.4/site-packages'
>>> distutils.sysconfig.get_python_lib(plat_specific=False, prefix="/foo")
'/foo/lib/python2.4/site-packages'

(this returns "lib" twice on i686 systems). I'll update Rivet's
configure, and hopefully the *next* bootstrap will work perfectly. I'll
believe it when I see it ;)

Thanks for the help,
Andy

-- 
Dr Andy Buckley
SUPA Advanced Research Fellow
Particle Physics Experiment Group, University of Edinburgh

The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.