On Fri, Nov 12, 2004 at 10:11:42PM +0000, Matt Massie wrote: > Stu Teasdale wrote: > > >Hi there, > > > >I'm just trying out 2.5.8 and hit some build problems. The libraries in > >lib/.libs were being created without .so in their name. It appears that > >libtool now uses a variable to determine the extension for libraries, > >setting shrext_cmds, but then using shared_ext further down the script. > > > >Am I just being dumb or is there a problem? > > > >Stu > > > > > i'm curious... did you use the tarball distribution at > http://matt-massie.com/ganglia/ganglia-monitor-core-2.5.8.tar.gz > ? > > or did you bootstrap a local copy with > what platform did you try it on? > > what happens if you do a > > % make distclean > % ./configure > % make > > ?? > > i just ran a teest on fedora 2 and it configured and ran just fine. i'm > sure you're not dumb. we'll figure it out.
This is debian "Sarge". Starting from a clean tarball shows the same behaviour, but changing references to sharext_cmds to shared_ext in the config.h.in, running autoconf and using the new configure script seems to build the shared objects with the correct extension. This could be come odd autoconf/automake version clash? The default debian autoconf is 2.59. Stu -- | Stuart Teasdale | Atmospheric, Oceanic and Planetary Physics | | System Manager | University of Oxford | | "You don't need a weatherman to know which way the wind blows" |
