On Wed, Apr 11, 2012 at 11:04:05AM -0400, Daniel Macks wrote: > Isn't the actual only difference between "framework" and "library" the > difference between using -F/-framework vs -L/-l flags when linking? And > the binary library inside .framework is really just a .dylib by a > different filenaming scheme. I can't envision any way that the linker > flags or filename/location could have any runtime effect at all, or that > any runtime-loading or configure-detection/makefile recipe couldn't just > have its flags changed to the normal-lib way. > > dan
Dan, It is unclear why wxPython is now demanding python frameworks. On their web page http://www.wxpython.org/download-2.6.3.3.php, it says... Mac OS X wxPython needs a special Mac OS X-specific build of Python, called a Framework build, in order to work. Panther and Tiger include a Framework build of Python 2.3, but on Jaguar you'll need to get the MacPython installer from Jack's MacPython page. Note to Fink users: Versions of Python installed by Fink cannot run wxPython (unless you install and run X11...). You need to use Apple's Framework builds, or a third-party Framework build. but it unclear if this really is only intended for users of prebuilt wxPython 2.9.x binaries. However in http://www.wxpython.org/recentchanges.php, it mentions... Added the ability to the build tools to make a Mac Framework for wxWidgets, and use it in the wxPython build. (We're still ironing out some issues so it's not part of the release builds yet.) as well as... Added the wx.lib.agw package, which contiains most of the widgets from http://xoomer.alice.it/infinity77/main/freeware.html written by Andrea Gavana. Andrea's widgets that were already in wx.lib were also moved to the wx.lib.agw package, with a small stub module left in wx.lib. As part of this addition the demo framework was given the ability to load demo modules from a sub-folder of the demo directory, to make it easier to maintain collections of demo samples as a group. so perhaps the demos are being overzealous. Jack > > On Wed, 11 Apr 2012 10:43:46 -0400, Jack Howarth > <howa...@bromo.med.uc.edu> wrote: > Daniel and Daniel, >> While creating test packaging for a wxcocoa923-py package for use >> with relax-py, I discovered that the cocoa build of wxPython 9.2.3.1 >> issues an error message, when running its demos, that access to the >> screen requires a framework build of python for the cocoa support. >> Since MacPorts already builds their pythons as frameworks, I'll >> continue testing there to make sure that the resulting wxPython >> with cocoa support is fully functional. If it is, we really might >> want to consider switching our python packages over to framework >> builds as well in order to be able to use the upcoming cocoa support >> in such packages as wxPython. Jack >> >> > > -- > Daniel Macks > dma...@netspace.org > ------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev _______________________________________________ Fink-devel mailing list Fink-devel@lists.sourceforge.net List archive: http://news.gmane.org/gmane.os.apple.fink.devel Subscription management: https://lists.sourceforge.net/lists/listinfo/fink-devel
