2008/9/13 Stéphane Ducasse <[EMAIL PROTECTED]>: > I hope other will answer but I thought that we could have a pluggin > and bundle in the deployed packages. > The idea for pharo is to have a similar setup than seaside a one click app > so the > vm and its plugin would be there (but may be the plugin should not be in the > image).
Plugin is built-in in the VM. But freetype library is coming as separate dynamic library. Is this ok? There can be another option, but it would require to change the plugin code - to not link VM with import lib, but to load freetype.dll on demand. The plugin can simply check if this .dll available and start using it, or if not - fail to initialize, telling the system that plugin functionality is not available. > > Mike or john? On sophie how did you manage that the freetype bundle could > not be present? > Actually, to build a plugin, you need just headers + freetype.def file which then can be used to create the imports library from it. Building a freetype.dll can be completely separate process. I can remove dependency from freetype.lib, and leave only a freetype.def and create import lib by own, when making VM. But this is not safe, because now you must guarantee that you using correct .dll. (well, you need to guarantee it in either case). > If I remember correctly some people on squeak have been recompiling it for > 64 bits > >> I done with it. >> The resulting VM will not start without freetype.dll. >> Should i link it statically? But then you should hone their license >> stuff... >> >> Also, building freetype on windoze impossible using gnutools which >> used for building VM. >> It's make simply can't understand some things, which i assume appear >> in later make versions. >> So, i building freetype using my msys/mingw environment, and then >> simply producing >> - freetype.lib (imports library) >> - freetype.dll >> >> or maybe, i wrong, maybe it can be built using gnutools, but this >> would require too much voodoo dancing. >> it would be cool to make it cleanly build w/o manual work, but i'm not >> high expert in makefiles black voodoo. >> >> Okay, who wants the VM? And where i can put the stuff + instructions + >> blablabla? > > You can use the code google page for that. > > Stef >> >> >> 2008/9/12 Igor Stasenko <[EMAIL PROTECTED]>: >>> >>> 2008/9/12 Igor Stasenko <[EMAIL PROTECTED]>: >>>> >>>> As always, things not working out of the box. >>>> >>>> - VM builds from unzipped VM sources OK >>>> - but for building with VMMaker generated sources, had to fix 'gnuify' >>>> file to make a clean build >>>> >>>> i dreaming to build vm straight from squeak, without horrid makefiles. >>>> I heard that Keith did a 'Bob' tool which can be used as a kind of >>>> make utility. >>>> But i think, to fully replace makefiles, it needs an OSProcessPlugin >>>> to be able to interact with OS/shell. >>>> >>> >>> Next step, tried to load freetype plugin.... >>> http://source.impara.de/freetype/Freetype-Plugin-JMM.53.mcz >>> http://source.impara.de/freetype/Freetype-Plugin-tween.51.mcz >>> >>> and guess what? YES! It can't be loaded! :) >>> >>> MC complains about following: >>> >>> This package depends on the following classes: >>> FT2Constants >>> >>> The FT2Constants is the pool dictionary used by plugin. But not >>> defined within package. >>> >>> -- >>> Best regards, >>> Igor Stasenko AKA sig. >>> >> >> >> >> -- >> Best regards, >> Igor Stasenko AKA sig. >> <fonts.jpg>_______________________________________________ >> Pharo-project mailing list >> [email protected] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > -- Best regards, Igor Stasenko AKA sig.
_______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
