It's more complicated than that. Apart from the external dependencies being dynamically loaded, gnucash itself is also written in a modular way. These modules are runtime searched and loaded using a self written module management system. If you want to build a static version of gnucash you'd have to replace this module system as well.
Regards, Geert Buddha Buck <[email protected]> schreef op 12 mei 2017 16:27:52 CEST: >I think it is *possible* to make a static version of GnuCash, but it is >impractical. > >From the GnuCash side, it would involve modifying the build engine's >calls >to the compilers and linkers to build and link statically instead of >dynamically. The problem is that when it tries to link against, say >libgtk2.a, instead of libgtk2.so, it'll fail, because it's highly >unlikely >that the static libgtk2.a exists on your system. Insert into that >statement >each library that GnuCash actually uses. > >You would have to build static versions of all the dependencies of >GnuCash, >and their dependencies, etc. There may even be some dependencies which, >for >other reasons, cannot be built statically, and then the whole process >would >fail. > >On Fri, May 12, 2017 at 7:56 AM Mike or Penny Novack < >[email protected]> wrote: > >> On 5/12/2017 6:49 AM, John Ralls wrote: >> >> On May 11, 2017, at 7:37 PM, parabolic quadrate ><[email protected]> >> wrote: >> >> >> >> Hi everybody >> >> I need to have a pure static version of GNUCash (64bit Linux) >> Why? << explain your need >> >> >> As John told you, gnucash uses loadable modules. >> >> Back in my working days, the systems I maintained had some very large >> static modules (gigantic by the experience of most programmers here). >> One of the things I did over those years is to make all of those >> "pseudo-static" << the first time a module was needed, dynamic call >but >> then the address where loaded to saved, and subsequent calls static >to >> that address; assembler stuff. >> That meant just as fast running as if static calls BUT a module could >be >> changed without needing to link-edit the entire program. Until all >but a >> reserved amount of memory left and then any additional modules called >> dynamic. >> >> >> There should be need for those sort of tricks now. Our little >computers >> are faster than the big mainframes of several decades ago. >> >> Michael D Novack >> >> _______________________________________________ >> gnucash-user mailing list >> [email protected] >> https://lists.gnucash.org/mailman/listinfo/gnucash-user >> ----- >> Please remember to CC this list on all your replies. >> You can do this by using Reply-To-List or Reply-All. >> >_______________________________________________ >gnucash-user mailing list >[email protected] >https://lists.gnucash.org/mailman/listinfo/gnucash-user >----- >Please remember to CC this list on all your replies. >You can do this by using Reply-To-List or Reply-All. Sent from my smartphone. Please excuse my brevity. _______________________________________________ gnucash-user mailing list [email protected] https://lists.gnucash.org/mailman/listinfo/gnucash-user ----- Please remember to CC this list on all your replies. You can do this by using Reply-To-List or Reply-All.
