[Pythonmac-SIG] building 64 bit on Mac Pro

Hi, I'm having trouble building a 64 bit interpreter that works with the Numeric or numpy modules on a Mac Pro. I've searched through the archives and settled on the following configure options: ./configure --prefix=${HOME} \ CC="/usr/bin/gcc -m64 -arch x86_64" \ OPT="-Wall -m64 -arch x86_64

Re: [Pythonmac-SIG] Finding the memory usage of a Python process

I have been using an approach like Gary's below, but I just noticed that it can't calculate the memory correctly once the resident size gets over about 4G. The 'top' command seems correct but not 'ps'. On Apr 15, 2008, at 2:06 PM, Gary Bernhardt wrote: > On 4/15/08, Konrad Hinsen <[EMAIL PROTE

Re: [Pythonmac-SIG] 64-bit Python?

I'm wondering how to coordinate having python executables in 32 and 64 bit mode on the same machine. Will the patched python 2.6 build a python and a python64? When I build extension models do I then need to build/install each module twice e.g. 'python setup.py install' and 'python64 setup

Re: [Pythonmac-SIG] 64-bit Python?

FYI, I built this revision on an iMac and a MacPro without any trouble. I've run it in 32 and 64 bit mode on a non-graphical application. My gui uses Qt4, which I haven't been able to build as a 4-way universal yet. Chris On Jun 5, 2008, at 8:08 AM, Ronald Oussoren wrote: I've just comm

[Pythonmac-SIG] python 2.6 trunk

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 email). After changing that, I still get a probl

Re: [Pythonmac-SIG] [Numpy-discussion] Mac OSX 4-way universal Re: python 2.6 trunk

The 4-way universal install of numpy-1.1.1 is working now with the Python 2.6b2+ (trunk:65678), and all the tests pass (running as i386 and x86_64 at least). Unfortunately, I didn't find exactly what was causing it. I just erased /Library/Frameworks/Python64.framework and rebuilt the 4-way unive

[Pythonmac-SIG] 2.6 universal problems

I'm running into a problem building/installing from svn source r65809 for the 64-bit universal configuration on 10.5. The installer can't find the FSpOpenResFile function during the install phase. Here is a summary of what is happening: % uname -a Darwin ... 9.4.0 Darwin Kernel Version 9.4.0: Mon

[Pythonmac-SIG] 64-bit single arch framework build

Hi, Our group ended up needing a non-universal x86_64 framework build because we had trouble building some modules with the non-framework build. We had to modify the makefile in two places to get it to work. First we fixed a place where configure generates '-arch_only i386'. That fixes the the b

[Pythonmac-SIG] OSX10.6/readline-6.1/python-2.6.5

Hi, I'm compiling python and readline from source and getting a segmentation fault in readline after two lines of input. Anybody seen this before or know the fix? Summary of the problem follows. % python Python 2.6.5 (r265:3362, May 25 2010, 09:06:56) [GCC 4.2.1 (Apple Inc. build 5659)] on darwin

Re: [Pythonmac-SIG] OSX10.6/readline-6.1/python-2.6.5

Charles Turner wrote: > > > On May 25, 2010, at 10:25 AM, Chris Kees wrote: > > > >> I'm compiling python and readline from source and getting a segmentation > fault in readline > > > > This approach worked for me: > > > > < > http://rh0d

[Pythonmac-SIG] DESTDIR problem

Hi, I'm having trouble with 'make install' trying to put or touch a few things in /Applications even though I've set the prefix and framework directories to be $MY_PREFIX as in ./configure --prefix=${MY_PREFIX} --enable-framework=${MY_PREFIX} --disable-universalsdk MACOSX_DEPLOYMENT_TARGET=10.6