[wx-dev] Making a Mac PKG for wxWidgets
Anders F Björklund
afb at algonet.se
Thu Oct 12 11:22:41 PDT 2006
Kevin Ollivier wrote:
> BTW, I just checked and Apple's MacPorts wxWidgets port does not set
> this flag, so we don't need this in terms of keeping compatibility
> with Apple's build. Here's their portfile:
>
> http://trac.macports.org/projects/macports/browser/trunk/dports/
> graphics/wxWidgets/Portfile
That isn't really "Apple's MacPorts", is it ? More of a volunteer
effort.
(I'm going to call it DarwinPorts until they get the retarget sorted
out)
The various wxPython builds, including Apple's for Tiger, uses "debug".
http://www.opensource.apple.com/darwinsource/10.4/wxWidgets-2/
http://www.opensource.apple.com/darwinsource/10.4.7.x86/wxWidgets-6/
(We got the details in an earlier email, but it was for the exceptions)
The Portfile does use monolithic, however, and that was recommended
*against*.
It also hardcodes a --with-mac, which I have actually flagged as being
a bug.
Trying to split the wxWidgets into wxBase/wxMac/wxGTK/wxMSW/wxX11/etc,
since
that's more useful when trying to develop cross-platform applications
on Mac ?
But I think my "wx.framework" will use:
- monolithic (multilib is for libraries)
- unicode (ansi builds can go elsewhere)
- shared (static builds can go elsewhere)
- release (debug builds can go elswehere)
- opengl (it's always there on Mac OS X)
- builtin (no good OS dependency handling)
./configure --with-mac --with-opengl --enable-monolithic
--enable-unicode \
--with-png=builtin --with-jpeg=builtin --with-tiff=builtin
--with-expat=builtin
Only thing I haven't decided is whether it should be:
"wx.framework/Versions/2.6.3/wx" or if should instead
be the full "wxWidgets.framework/Versions/A/wxWidgets" ?
Or where to put gl, animate, gizmos and stc libraries ?
(the simple approach is of course just leaving them out,
but that goes against the earlier "Batteries Included")
--anders
PS
I guess that 2.7.x would use a version of "B" instead ?
(the minor release goes into the dynamic library version)
More information about the wx-dev
mailing list