Long shot: Are there any files in your current directory with the same names as files in Open Babel's data directory? This is a nice way to confuse Open Babel. Have you altered any files in Open Babel's data directory?
Just a note: with Open Babel we moved away from using Makefile.PL as it just wasn't capable enough. CMake is setting various properties on the library files it creates, but these aren't passed through to the perl module library unless you get CMake to build that also (which we now do). Useless anecdotal evidence for different system: It works for me with Python on Linux for a C++ project that links to Open Babel. - Noel On 3 April 2013 19:00, Craig James <cja...@emolecules.com> wrote: > This problem is driving me crazy. I have some functions written in C++ with > a C wrapper that I need to make available from Perl. I wrote a swig > interface for them, and got it to compile and run. But OpenBabel can't seem > to initialize itself. > > ./test/swig_wrapper_test.pl > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance CompoundFilter > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance SmartsDescriptor > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance SmartsDescriptor > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance SmartsDescriptor > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance SmartsDescriptor > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance SmartsDescriptor > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance SmartsDescriptor > ============================== > *** Open Babel Error in OBDefine > Failed to make an instance OBGroupContrib > > Looking at the code (ops/loader.cpp) it seems like it can't find its .txt > files. But other programs, such as obabel and C++ programs that I compiled > without swig, all work fine. LD_LIBRARY_PATH is correct, and defining > BABEL_DATADIR doesn't make any difference. > > I'm wondering if it's related to C versus C++ internal initialization ... > like maybe the C++ initialization code isn't being called. I used g++ for > the "CC" and "LD" in Makefile.PL, but it made no difference. > > Any ideas? Guesses? > > Thanks, > Craig > > > ------------------------------------------------------------------------------ > Minimize network downtime and maximize team effectiveness. > Reduce network management and security costs.Learn how to hire > the most talented Cisco Certified professionals. Visit the > Employer Resources Portal > http://www.cisco.com/web/learning/employer_resources/index.html > _______________________________________________ > OpenBabel-Devel mailing list > OpenBabel-Devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/openbabel-devel > ------------------------------------------------------------------------------ Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html _______________________________________________ OpenBabel-Devel mailing list OpenBabel-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/openbabel-devel
