On May 29, 2006, at 11:40 AM, Chris Shoemaker wrote:
On Mon, May 29, 2006 at 10:41:35AM -0400, David Reiser wrote:
On May 29, 2006, at 10:04 AM, Chris Shoemaker wrote:
[G5D:~/dev/gnucash] dbr% ls -al /opt/gnucash-svn/lib/*backend*
-rwxr-xr-x 1 dbr admin 666216 May 26 09:24 /opt/gnucash-svn/
lib/
libgnc-backend-file.0.0.0.dylib
lrwxr-xr-x 1 dbr admin 31 May 26 09:24 /opt/gnucash-svn/
lib/
libgnc-backend-file.0.dylib -> libgnc-backend-file.0.0.0.dylib
lrwxr-xr-x 1 dbr admin 31 May 26 09:24 /opt/gnucash-svn/
lib/
libgnc-backend-file.dylib -> libgnc-backend-file.0.0.0.dylib
-rwxr-xr-x 1 dbr admin 1755 May 26 09:24 /opt/gnucash-svn/
lib/
libgnc-backend-file.la
-rwxr-xr-x 1 dbr admin 137432 May 26 09:24 /opt/gnucash-svn/
lib/
libgncqof-backend-qsf.0.0.0.dylib
lrwxr-xr-x 1 dbr admin 33 May 26 09:24 /opt/gnucash-svn/
lib/
libgncqof-backend-qsf.0.dylib -> libgncqof-backend-qsf.0.0.0.dylib
lrwxr-xr-x 1 dbr admin 33 May 26 09:24 /opt/gnucash-svn/
lib/
libgncqof-backend-qsf.dylib -> libgncqof-backend-qsf.0.0.0.dylib
-rwxr-xr-x 1 dbr admin 1130 May 26 09:24 /opt/gnucash-svn/
lib/
libgncqof-backend-qsf.la
Hmm. So I guess the -avoid-version changes didn't help you, then?
Not sure yet. Got home late last night, and was just replying from
earlier in thread. I'll build the newer version to test.
It seems that GModule expects libtool to name the module with ".so"
but libtool is naming it with .dylib.
What do you have for libtool --version
I get an error for this one, but fink tells me I'm using 1.5.22
Oh, wait a sec! Are you really using GNU libtool or are you using
something else. Do you have something called glibtool?
glibtool, yes -- that's the one the fink installs (1.5.22) (but the
fink package index refers to it as libtool). My experience suggests
that if I weren't using gnu libtool, nothing would come close to
working, as Apple's libtool is entirely unrelated to the functions
we're expecting of gnu libtool.
and pkg-config --modversion gtk+-2.0 ?
2.6.10
And can you verify that ln -s libgnc-backend-file.dylib
libgnc-backend-file.so actually fixes the problem?
That works.
Ok, then I think this is a libtool problem, either with libtool, or
with our use of it. Just for kicks, I'd like to see
$ file libgnc-backend-file.0.0.0.dylib
[G5D:/opt/gnucash-svn/lib] dbr% file libgnc-backend-file.dylib
libgnc-backend-file.dylib: Mach-O bundle ppc
I did this after building r14235 (with -avoid-version), and I get no
interspersed version numbers nor links with them.
-avoid-version did not help. But now without the symlink I get:
** ERROR **: GnuCash engine failed to initialize. Exiting.
aborting...
Abort
presumably the intended result of r14232
Adding the .so -> .dylib link does still work with r14235
So somehow, libtool is building the correct file but naming it
'.dylib' instead of '.so'.
AFAICT, this is just a convention, but it's a convention that libtool
and gmodule must agree upon, and it seems that your libtool is being
"unconventional". I really don't know what more to give to libtool
other than -module to tell it what we want.
a darwin-specific libtool case for this module?
Here's a related email for reference:
http://lists.apple.com/archives/unix-porting/2003/Nov/msg00020.html
Thanks. I'll see if I can make sense out of it. (Really, that means
I'm going to see if I can find someone else's solution, and copy it...)
-chris
--
David Reiser
[EMAIL PROTECTED]
_______________________________________________
gnucash-devel mailing list
gnucash-devel@gnucash.org
https://lists.gnucash.org/mailman/listinfo/gnucash-devel
