Begin forwarded message:
From: John M McIntosh <johnmci@smalltalkconsulting.com> Date: September 13, 2008 11:28:56 AM CEDT To: Stéphane Ducasse <stephane.ducasse@inria.fr> Cc: Igor Stasenko <siguctua@gmail.com>, Michael Rueger <michael@impara.de
Subject: Re: [Pharo-project] Re: Building VM Freetype Reply-To: johnmci@smalltalkconsulting.com
Ok, first we statically loaded any *.dll into the freetype plugin because we found earlier versions of os-x didn't have the required version of freetype needed to support what we were doing, also it was a complete mess on the linux side with regard to what you would find there if you dynamically loaded the plugin.
the freetype plugin source code I have was loaded from http://source.impara.de/freetype
I see the FT2Constants seems to be shared between the freetype base package and the plugin package, so it appears you need to load the base in order for the plugin to load. I'm not sure anyone noticed this since you need to load the base in order to test the plugin in any case.
On Sep 13, 2008, at 8:59 AM, Stéphane Ducasse wrote:
Begin forwarded message:
From: "Igor Stasenko" <siguctua@gmail.com> Date: September 13, 2008 8:24:36 AM CEDT To: "An open mailing list to discuss any topics related to an open- source Smalltalk" <pharo-project@lists.gforge.inria.fr> Subject: Re: [Pharo-project] Re: Building VM Freetype Reply-To: An open mailing list to discuss any topics related to an open-source Smalltalk <pharo-project@lists.gforge.inria.fr>
2008/9/13 Stéphane Ducasse <stephane.ducasse@inria.fr>:
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 <siguctua@gmail.com>:
2008/9/12 Igor Stasenko <siguctua@gmail.com>:
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 Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- project
_______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- Best regards, Igor Stasenko AKA sig. _______________________________________________ Pharo-project mailing list Pharo-project@lists.gforge.inria.fr http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
-- = = = = = ====================================================================== John M. McIntosh <johnmci@smalltalkconsulting.com> Corporate Smalltalk Consulting Ltd. http:// www.smalltalkconsulting.com = = = = = ======================================================================