Can't open data file in r14202

[David Reiser]

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
dbreiser at earthlink.net