[RFC Patch] Invert the program entry point

Conrad Canterford conrad at mail.watersprite.com.au
Wed Jan 4 16:18:59 EST 2006


On Tue, 2006-01-03 at 11:38 -0500, Derek Atkins wrote:
> Quoting Chris Shoemaker <c.shoemaker at cox.net>:
> >> I, too, believe it's a good idea.  I've been suggesting this route
> >> as a quick-and-dirty way to get around the fragileness of /usr/bin/guile.
> >> Historically we've had a problem when /usr/bin/guile executes a version
> >> of guile different than the one gnucash was compiled against.
> > Is that what motivated the libexec/overrides/* scripts?  Because I'm
> > not seeing why these things would still be needed after gnucash is an
> > executable.
> Good question..  I honestly don't really remember exactly.  I never
> thought the gnucash-as-a-script was a good idea (although I did
> understand the theoretical power of doing it this way -- it just never
> turned out that anyone ever cared about that power).

It is my recollection that that was the intention. It was, however, a
long time ago.....

For what (little) its worth, I think this is a great step in the right
direction too. I never liked the guile script start-up for slightly
different reasons - its a big performance hit for someone like me who
used to do their development work on old (in computer terms) hardware.
The extra processing cycles (and memory use?) weren't noticeable on
faster machines, but they sure were to me. That and the fact that it
required me to understand guile to try and do some stuff.

Conrad.



More information about the gnucash-devel mailing list