On Thursday 18 November 2010, Donald Allen wrote: > > I have a guess about what's going on here. I'm not sure what the output > > of ldd is saying (the ld man page is amazingly unhelpful, a reminder of > > the bad old 4.1BSD days on overloaded Vax 780s, where we joked "it was > > hard to build, it ought to be hard to use"), but I'm guessing that it's > > saying that the dynamic loading of libgnc-qof.so.1 is going to come from > > /usr/lib64/libgnc-qof.so.1, which is there courtesy the Slackware 2.2.9 > > package that is installed. If I'm right, that's the wrong version of that > > library. I suspect that having 2.2.9 installed has confused things. Does > > this sound plausible or am I tilting at windmills? If I'm right, then I > > should remove the 2.2.9 package and re-link? > > I'm not sure if the above analysis is quite right (I suspect that it was > crucial to have set LD_LIBRARY_PATH to point to > /usr/local/lib:/usr/local/gnucash before doing the ldd and I'm not sure I > did, but it's moot now; read on), but it was close enough. I removed the > 2.2.9 package and uninstalled the svn head that I compiled earlier and > started over with a make clean. It runs now. > > /Don > There was clearly some interference with the 2.2.9 installation. Removing it solved the issue for you.
On the other hand, I have 2.2.9 officially installed also, and can run my test builds perfectly fine. I don't use LD_LIBRARY_PATH for that. Instead, always run configure with the --prefix parameter, to install the test gnucash completely outside of the default system search paths. This has worked really well until now. I use something like $HOME/GCSandbox as prefix. Geert _______________________________________________ gnucash-devel mailing list gnucash-devel@gnucash.org https://lists.gnucash.org/mailman/listinfo/gnucash-devel
