Bugs item #3441428, was opened at 2011-11-23 03:33 Message generated for change (Comment added) made by ghutchis You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=835077&aid=3441428&group_id=165310
Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: Building / Install >Group: v 1.1.0 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Marcus D. Hanwell (cryosuk) Summary: libxml2 problems with avogadro squared Initial Comment: When building with avogadro squared on a clean 64-bit Linux system I get: make[5]: *** No rule to make target `/home/andy/build/avogadro/build/prefix/lib/libxml2.so', needed by `lib/cdxmlformat.so'. Stop. The problem is that on a 64-bit system libxml2 installs to 'lib64' directory, not 'lib'. The following solution works: git clone --recursive git://github.com/cryos/avogadro-squared.git sed -i -e '/LIBXML2_LIBRARIES/s/\/lib\//\/lib64\//' avogadro-squared/cmake/External_libxml2.cmake mkdir build cd build cmake ../avogadro-squared make So I guess cmake/External_libxml2.cmake needs to have a conditional based on the system being 64-bit. Or perhaps libxml2 can be persuaded to still use 'lib' directory via it's configure somehow. ---------------------------------------------------------------------- >Comment By: Geoff Hutchison (ghutchis) Date: 2012-06-14 23:30 Message: Marcus can you take a look at this? ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2011-12-05 01:58 Message: This problem did not occur previously on 64-bit openSUSE 11.4, so the issue is not as generic as stated in the bug report. After more investigation I have found the real reason for this. With openSUSE 12.1 the package 'site-config' is installed, which appears to be a plugin for automake. It supplies a file /usr/share/site/x86_64-unknown-linux-gnu which gets sucked in by libxml2 configure and recommends that 'libdir' be named '$prefix/lib64', which I suppose is not unreasonable for a 64-bit system. One can avoid this file being parsed by un-setting environment variable 'CONFIG_SITE', and this results in the previous behaviour of libdir=$prefix/lib. In summary, it is no longer safe to rely upon the tree structure of the libxml2 install to contain a directory named 'lib'. The build process should be fixed to either force 'libdir' to be named 'lib' by some configure option (if this is possible), or alternatively determine 'libdir' robustly from either the build logs (safest) or by discovering what is in the top-level libxml2 install directory. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=835077&aid=3441428&group_id=165310 ------------------------------------------------------------------------------ Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ _______________________________________________ Avogadro-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/avogadro-devel
