guid_g_hash_table_equal

[Geert Janssens]

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