From: Louis R. <lou...@po...> - 2009-12-08 11:55:04
|
Hi all. This morning, rebuilt everything, starting with cmake-2.8.0. I initially built cmake in default mode : g++2.4.1 and x86_84 mode. Then, babel fails to work, even when compiled in i386 mode. So in doubt, I rebuilt cmake as follows: "export CXX=g++-4.0 export CC=gcc-4.0 export CXXFLAGS=-m32 export CFLAGS=-m32 ./bootstrap" Now have an i386 cmake. Removed all previous openbabel libs and includes in /usr/local. Then compiled OB trunk with: "CXX=g++-4.0 CC=gcc-4.0 cmake -DCMAKE_OSX_ARCHITECTURES="i386" .." And now have a working babel. I do not understand why not with default g++. Then tried compiling avogadro trunk with: "CXX=g++-4.0 CC=gcc-4.0 cmake -DCMAKE_OSX_ARCHITECTURES="i386" -DOPENBABEL2_INCLUDE_DIR=/usr/local/include/openbabel-2.0 -D-DOPENBABEL2_LIBRARIES=/usr/local/lib/libopenbabel.4.0.0.dylib -DOPENBABEL2_VERSION_MET=true -DENABLE_PYTHON=false .." cmake configure fails with: "-- Found OpenBabel 2.2 or later: /usr/local/lib/libopenbabel.dylib -- Found OpenBabel2 executable: /usr/local/bin/babel CMake Error at cmake/modules/MacroEnsureVersion.cmake:95 (NORMALIZE_VERSION): NORMALIZE_VERSION Macro invoked with incorrect arguments for macro named: NORMALIZE_VERSION Call Stack (most recent call first): cmake/modules/FindOpenBabel2.cmake:108 (macro_ensure_version) CMakeLists.txt:130 (find_package)" So then I savagely replaced FindOpenbabel2.cmake with the avogadro-1.0 version and got a working Avo after repeating the above configuration. This is a dirty workaround, but ... Hope it helps, Louis Le 7 déc. 2009 à 21:30, Louis Ricard a écrit : > Problems in building OB, trunk or version 2.2.3, appear to be related to cmake. > Using gcc-4.2.1 and cmake (2.8.0 or 2.6.4) always result in an error message: > "babel: cannot write output format! > Open Babel 2.2.99 -- Dec 7 2009 -- 20:25:12 > Usage: babel [-i<input-type>] <name> [-o<output-type>] <name> > Try -H option for more information." > > I can only get a working babel using version 2.2.3 and configure. > Works in default 64 bit mode in OS X 10.6.2 or in i386 mode > after exporting CXXFLAGS=-m32 and CFLAGS=-m32. > > Still have to resolve problem building Avo trunk. >> "cmake/modules/MacroEnsureVersion.cmake" > > fails for me. > > As an aside, I like to keep OB in /usr/local for I use babel to > maintain an Intranet X-ray database: some scripts depend > on this path. > > Cheers, > > Louis > > Le 7 déc. 2009 à 19:44, Geoffrey Hutchison a écrit : > >>> The error list is quite verbose and occurs when linking OBGUI in step 100. >>> Enclosing the make.log file. >> >> Ah. Right. I had turned off the compilation of OBGUI. >> >> I'll see what's happening there. >> >> -Geoff >> >> ------------------------------------------------------------------------------ >> Join us December 9, 2009 for the Red Hat Virtual Experience, >> a free event focused on virtualization and cloud computing. >> Attend in-depth sessions from your desk. Your couch. Anywhere. >> http://p.sf.net/sfu/redhat-sfdev2dev >> _______________________________________________ >> Avogadro-devel mailing list >> Avo...@li... >> https://lists.sourceforge.net/lists/listinfo/avogadro-devel >> > > > > ------------------------------------------------------------------------------ > Join us December 9, 2009 for the Red Hat Virtual Experience, > a free event focused on virtualization and cloud computing. > Attend in-depth sessions from your desk. Your couch. Anywhere. > http://p.sf.net/sfu/redhat-sfdev2dev > _______________________________________________ > Avogadro-devel mailing list > Avo...@li... > https://lists.sourceforge.net/lists/listinfo/avogadro-devel > |