I'm experiencing a bit of odd behavior with py2app and wx. The shared
object files from wx, when inspected with otool, are looking for:
/usr/lib/libwx_macud-2.8.0.dylib (compatibility version 2.6.0, current
version 2.8.4)
That is based on wx installed in the site-packages of the system python th
I updated to r65653 and it seems to be working OK. There are some test
failures. I saved all the output in case it's of any use.
My problem is now with the numpy module, which builds fine but says it can't
install when cross-compiling. I apparently had an old version of numpy in
site-packages tha
Hy, awesome! Who woulda thought that reading the documentation would
actually come in handy? Much obliged, Mike!
dan
Mike Covill wrote:
From Apple's "Xcode Workspace Guide:, chapter 6, section 2:
http://developer.apple.com/documentation/DeveloperTools/Conceptual/XcodeWorkspace/600-The_
Hi list
Is anyone having trouble building applications from CoreGraphics
scripts?
Details here:
(meanwhile I updated to 10.5.4 but the behavior is the same)
Hi
I'm running Mac OS X 10.5.2 on a G4 MacBook and I didn't install any
addons in what concerns Python.
I was happy to see that app
On 11-Aug-08, at 11:10 AM, Daniel Ashbrook wrote:
Nehemiah Dacres wrote:
> What are u using a #pragma for in python? You See that POUND sign
your
using, thats a COMPILER DIRECTIVE, python is an interpreted
scripting language, no PREPROCESSING allowed , (except for the .pyc
code but thats
On 12 Aug, 2008, at 14:30, Ronald Oussoren wrote:
For some reason configure doesn't seem to have detected that the
10.5 SDK. Are you building on OSX 10.5? If so, could you check
pyconfig.h to check if HAVE_MACOS105_SDK is defined? (Which it
should be when you're building a 4-way univers
On 7 Aug, 2008, at 22:48, Daniel Ashbrook wrote:
Anybody know how to make #pragma mark work with python in xcode?
That doesn't seem to work, I guess Xcode only looks for "#pragma mark"
in C code and not in python code. If you have an ADC account you can
file a feature request for this at
On 7 Aug, 2008, at 20:16, Chris Kees wrote:
Hi,
I'm trying to rebuild my 4-way universal framework build of python
2.6 using the latest revision in the trunk. I got a compile error
due to a redefinition of FSIORefNum in some of the Mac/Modules files
(see svn diff output at end of emai
