On Friday 13 June 2008 04:54:48 am Carlo Marcelo Arenas Belon wrote: > On Wed, Jun 11, 2008 at 01:15:07PM -0700, Bernard Li wrote: > > Hi Jarod: > > > > On Wed, Jun 11, 2008 at 12:55 PM, Jarod Wilson <[EMAIL PROTECTED]> wrote: > > > ...and it fell apart on the ppc64 build. Well, not on the build, per > > > se, but on the packaging. Part of the configure line passes in > > > libdir=/usr/lib64, but everything that should have been under there > > > went into /usr/lib instead. > > > > > > http://koji.fedoraproject.org/koji/getfile?taskID=658022&name=build.log > > > > This (untested) patch should fix the issue without specifying --libdir: > > > > Index: configure.in > > =================================================================== > > --- configure.in (revision 1399) > > +++ configure.in (working copy) > > @@ -574,7 +574,7 @@ > > prefix="$ac_default_prefix" > > fi > > > > -if test "x$host_cpu" = "xx86_64"; then > > +if test "x$host_cpu" = "xx86_64" || test "x$host_cpu" = "xppc64"; then > > libdir="$prefix/lib64" > > else > > libdir="$prefix/lib" > > why is hardcoding the library path needed to begin with?, this is not > portable (even in between linux distributions).
Delayed reply, had to leave early Wednesday, was out of the office yesterday... Yeah, I had the same question. I expect this will get my ppc64 build working, but this really shouldn't be hard-coded when I'm explicitly passing in --libdir=/usr/lib64 (which configure --help says is valid). -- Jarod Wilson [EMAIL PROTECTED] ------------------------------------------------------------------------- Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php _______________________________________________ Ganglia-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-developers
