Friday, March 15, 2002

staton.Blog says: bbum's Weblog - A screen shot of PythonCard running on OS X. Sweet. Now if we can only get a native version. Actually, it shouldn't be that hard. The steps (assuming Fink which was used to build the various wx packages in the first place): - modify wxmac and wxgtk packages so that they: Provide: wx Replaces: wx Conflicts: wx This rather odd notation will basically indicate that wxmac and wxgtk provide the same facility-- wx-- but only one of the two can be installed at any one time. Furthermore, if wxgtk is installed and one were to say 'fink install wxmac', Fink should allow wxmac to replace wxgtk without requiring one to reinstall anything that depends on the 'wx' virtual package. Fink is cool. - perform any modifications necessary to make wxpython compile against wxmac. Currently, it looks like there is some missing functionality in the drag-n-drop department that causes wxpython to fail to build. The Fink package is actually called 'wxpython-wxgtk', but that is a misnomer. Maybe the best way to approach this is to create wxpython-wxmac that patches wxpython to build against wxmac and drop the whole wx virtual package? I don't know. If you are going to investigate this, there is a bug in wxpython-wxgtk in that it is not correctly using the glib-config --cflags command to correctly determine where the glib header files are located. Until the Fink package is fixed, one can simply create a symbolic link from the header files to a 'standard' location. [localhost:local/main/finkinfo] bbum% glib-config --cflags -I/sw/include/glib-1.2 -I/sw/lib/glib/include [localhost:local/main/finkinfo] bbum% cd /sw/include [localhost:/sw/include] bbum% sudo ln -s glib-1.2/glib.h . [localhost:/sw/include] bbum% sudo ln -s glib-1.2/gmodule.h . This will allow wxpython-wxgtk and wxgtk to build. I'll be offline for the next week.... 12:55:16 AM  pontificate