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.

John Ralls

More information about the gnucash-devel mailing list