Comments below.
On Thu, 7 May 2009, Carlo Marcelo Arenas Belon wrote:
On Thu, May 07, 2009 at 10:23:22AM -0400, Justin R. Davis wrote:When I try and compile 3.1.2 I run into a problem linking with the expat library.do you have both a 32bit expat (/usr/lib) and 64bit expat (/usr/lib64)? which distribution/version?
Yes
Ganglia's libtool want to use the version in /usr/lib although I believe it should be using the version in /usr/lib64that is the problem, ganglia's configure is sadly not that smart as it was only starting with 3.1.0 that it uses external library dependencies and for whatever reason your setup is getting it confused.If I try and compile 3.1.1 on the same computer, using the same configure arguments, it builds fine:this is therefore a regression, at least for your configuration, for that the output of your config.log might be needed, so feel free to send it directly (as it might be too big for the list), or attach it to a bug report with all other relevant information.
I tried attaching both, but that was too big so I only attached 3.1.2. For this email, I've attached the "diff"'s between 3.1.1 and 3.1.2.
BTW, one thing of interest I saw was that the build type shows up differently. The 3.1.1 version being x86_64-unknown-linux-gnu. So I tried --build=x86_64-unknown-linux-gnu but this results in the same problems.
since there shouldn't had been any changes between 3.1.1 and 3.1.2 that could trigger this AFAIK, would be also interesting to see what the working 3.1.1 log shows. if you could extract the relevant information for this thread, even better as that would help other people later that have your same problem.Any idea how this issue can be fixed in the 3.1.2 version?as a workaround you might be able to use : ./configure --libdir=/usr/lib64
Just tried. This does not help. Per the output from "--help" this seems to apply to the installation as opposed to the compilation. I also tried setting the LDFLAGS variable, however, even though this is unset originally, setting it to /usr/lib64 results in a whole host of other problems. jrd PS Also, one more thing. This problem is not unique to the computer I'mproviding output for. I've the same problem on atleast 3 computers...Granted, they may all be configured similarly, but it's not
something specific to just this one computer.
Carlo
diff-config.log-3.1.1-to-3.1.2.out.gz
Description: Binary data
------------------------------------------------------------------------------ The NEW KODAK i700 Series Scanners deliver under ANY circumstances! Your production scanning environment may not be a perfect world - but thanks to Kodak, there's a perfect scanner to get the job done! With the NEW KODAK i700 Series Scanner you'll get full speed at 300 dpi even with all image processing features enabled. http://p.sf.net/sfu/kodak-com
_______________________________________________ Ganglia-general mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/ganglia-general
