r21768 - gnucash/branches/2.4/packaging/win32 - More changes to compile gtk-2.24.
John Ralls
jralls at ceridwen.us
Sun Jan 8 14:58:41 EST 2012
On Jan 8, 2012, at 11:30 AM, Geert Janssens wrote:
> Op zaterdag 31 december 2011 15:29:37 schreef John Ralls:
>> The problem is that like most unix programs, guile hardcodes its
>> installation prefix into the binary and generally expects to find
>> everything it needs relative to that prefix for ever after. For loading
>> modules, that can be overridden with GUILE_LOAD_PATH, which we do in the
>> environment file that gets loaded at gnucash startup.
>>
>> Slib has another quirk, though: It sets an internal variable named
>> "implementation-vicinity to prefix and tries to write slibcat there. If
>> that directory doesn't exist (c:/soft-2.4 in this case), it barfs -- and
>> because the error handling in that part of guile.init is wrong, it returns
>> a message about the scheme file that creates the catalog, mklibcat, not
>> being found.
>>
>> The good news is that there's another environment variable,
>> GUILE_IMPLEMENTATION_PATH, which overrides the compiled-in prefix, and
>> setting that in gnucash's environment file seems to fix the problem. I'll
>> commit the appropriate change to gnucash.iss.in as soon as I verify that I
>> have the inno syntax right, and we'll see if tomorrow's build works.
>>
>> The thing that puzzles me a bit is that that's not what trunk does, and I
>> don't see how it gets around the problem. It doesn't put the slibcat in
>> {GNC_HOME}/share/guile/1.8 -- or anywhere else that I can find. I guess
>> we'll have to wait for Geert to get back to find out that little puzzle.
>>
> Well, trunk has ditched slib altogether, so slibcat is no longer called. That
> seems to work fine. The patches to eliminate slib came from Andy Wingo, not
> myself. I'm afraid that's all I can add here.
D'oh. No slib, no need to work around its problems.
Thanks.
Regards,
John Ralls
More information about the gnucash-devel
mailing list