error building python24 on mac os x
I want to install either rdiff or unison or duplicity in order to have incremental off-site backups. Each of these ports fails when python24 fails to build with the following error message at the mac os x command line: Warning: the following items did not execute (for python24): com.apple.activate com.apple.build com.apple.destroot com.apple.install Error: The following dependencies failed to build: python24 Error: Status 1 encountered during processing. Above this message are approx. 220 lines which mostly include 'Python/ mactoolboxglue.c:456: warning: return makes integer from pointer without a cast'. I'm guessing that the problem is something to do with the commands used when trying to build python24 but I've too little understanding of unix, the command line, python and compilers to make sense of the appropriate lines. The first two lines of output concerning python are: ---> Building python24 with target all /usr/bin/gcc-4.0 -c -fno-strict-aliasing -Wno-long-double -no-cpp- precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG -g - O3 -Wall -Wstrict-prototypes -I/opt/local/include -I. -I./Include - DPy_BUILD_CORE -o Python/mactoolboxglue.o Python/mactoolboxglue.c I've googled to no avail and consulted the list archives for a solution. Any help appreciated, Stuart Imac G5 mac os x 10.4.9 xcode 2.4.1
On May 10, 2007, at 12:28 PM, Stuart Robertson wrote:
Above this message are approx. 220 lines which mostly include 'Python/mactoolboxglue.c:456: warning: return makes integer from pointer without a cast'. I'm guessing that the problem is something to do with the commands used when trying to build python24 but I've too little understanding of unix, the command line, python and compilers to make sense of the appropriate lines. The first two lines of output concerning python are:
---> Building python24 with target all /usr/bin/gcc-4.0 -c -fno-strict-aliasing -Wno-long-double -no-cpp- precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG - g -O3 -Wall -Wstrict-prototypes -I/opt/local/include -I. -I./ Include -DPy_BUILD_CORE -o Python/mactoolboxglue.o Python/ mactoolboxglue.c
can you send lines more toward the end of the message so we can see where it failed? Those warnings don't mean anything: you should have something much more explicit just before the process exits. -- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
Hi, paul beard wrote:
can you send lines more toward the end of the message so we can see where it failed? Those warnings don't mean anything: you should have something much more explicit just before the process exits.
Sorry to jump in, but just had the same issue five minutes ago. The build process (nstall actually) chokes in my case as follows: DYLD_FRAMEWORK_PATH=/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_python24/work/Python-2.4.4: ../../python.exe ./../scripts/cachersrc.py -v /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/plat-mac /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_python24/work/destroot/opt/local/Library/Frameworks/Python.framework/Versions/2.4/Mac/Tools /bin/sh: line 1: ../../python.exe: No such file or directory make[1]: *** [installmacsubtree] Error 127 make: *** [frameworkinstallmaclib] Error 2 Somebody wants a python.exe... Stefan
On May 10, 2007, at 2:11 PM, Stefan Bruda wrote:
Somebody wants a python.exe...
make a link to python in the same directory and see what that gets you. I think that resolves it, though why it happens in the first place is a mystery. -- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
On 10 May 2007, at 21:14, paul beard wrote:
On May 10, 2007, at 12:28 PM, Stuart Robertson wrote:
Above this message are approx. 220 lines which mostly include 'Python/mactoolboxglue.c:456: warning: return makes integer from pointer without a cast'. I'm guessing that the problem is something to do with the commands used when trying to build python24 but I've too little understanding of unix, the command line, python and compilers to make sense of the appropriate lines. The first two lines of output concerning python are:
---> Building python24 with target all /usr/bin/gcc-4.0 -c -fno-strict-aliasing -Wno-long-double -no-cpp- precomp -mno-fused-madd -fno-common -fno-common -dynamic -DNDEBUG - g -O3 -Wall -Wstrict-prototypes -I/opt/local/include -I. -I./ Include -DPy_BUILD_CORE -o Python/mactoolboxglue.o Python/ mactoolboxglue.c
can you send lines more toward the end of the message so we can see where it failed? Those warnings don't mean anything: you should have something much more explicit just before the process exits.
I've attached all the lines here as a txt file. Around line 190 the following appears: make: *** [Python/mactoolboxglue.o] Error 1 Error: Target com.apple.build returned: shell command " cd "/opt/ local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp orts_lang_python24/work/Python-2.4.3" && make all " returned error 2 Command output: Python/mactoolboxglue.c:440: warning: return makes integer from pointer without a cast I note Stefan's response but in my terminal output there's no mention of .exe. Should I try to install python24 by itself using the -f flag? Stuart
On May 10, 2007, at 3:40 PM, Stuart Robertson wrote:
"/opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_ dports_lang_python24/work/Python-2.4.3"
Well, for one thing, you should be at python 2.4.4, not 2.4.3. Might be worth running "port sync" or "port selfupdate" and see what happens after that. also, I didn't get an attachment. -- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
I just found something interesting in Mac/OSX/Dist/build : # If the filesystem is case-sensitive then "python" will be built, but # some parts of the install expect "python.exe which is what is built # on a case-insensitive filesystem. Make a link just in case it is # needed. if [ ! -e python.exe ]; then ln -s python python.exe fi So it is a case-sensitve vs. not case sensitive filesystem, but this code should fix it... Why isn't it working then ? Jann paul beard wrote:
On May 10, 2007, at 3:40 PM, Stuart Robertson wrote:
"/opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_python24/work/Python-2.4.3"
Well, for one thing, you should be at python 2.4.4, not 2.4.3. Might be worth running "port sync" or "port selfupdate" and see what happens after that.
also, I didn't get an attachment.
-- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
On 11 May 2007, at 06:02, Jann Röder wrote:
I just found something interesting in Mac/OSX/Dist/build :
# If the filesystem is case-sensitive then "python" will be built, but # some parts of the install expect "python.exe which is what is built # on a case-insensitive filesystem. Make a link just in case it is # needed. if [ ! -e python.exe ]; then ln -s python python.exe fi
So it is a case-sensitve vs. not case sensitive filesystem, but this code should fix it... Why isn't it working then ?
Jann
paul beard wrote:
On May 10, 2007, at 3:40 PM, Stuart Robertson wrote:
"/opt/local/var/db/dports/build/ _opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdat e_dports_lang_python24/work/Python-2.4.3"
Well, for one thing, you should be at python 2.4.4, not 2.4.3. Might be worth running "port sync" or "port selfupdate" and see what happens after that.
also, I didn't get an attachment.
-- Paul Beard words: http://paulbeard.org/wordpress pictures: http://www.flickr.com/photos/pdb206/ Are you trying to win an argument or solve a problem?
Paul, I have run port selfupdate but not port sync, I'll try that. I forgot the attachment last time, sorry; here it is now. Stuart
Hi, First of all, sorry for the delay in responding (I have been away from my machine). paul beard wrote:
On May 10, 2007, at 2:11 PM, Stefan Bruda wrote:
Somebody wants a python.exe...
make a link to python in the same directory and see what that gets you. I think that resolves it, though why it happens in the first place is a mystery.
This fixes it alright. It might be that the build process gets confused by the filesystem (I am using case-sensitive HFS). Stefan
On 11/05/2007, at 15:02, Jann Röder wrote:
I just found something interesting in Mac/OSX/Dist/build :
# If the filesystem is case-sensitive then "python" will be built, but # some parts of the install expect "python.exe which is what is built # on a case-insensitive filesystem. Make a link just in case it is # needed. if [ ! -e python.exe ]; then ln -s python python.exe fi
So it is a case-sensitve vs. not case sensitive filesystem, but this code should fix it... Why isn't it working then ?
The README file in Mac/OSX/ says that that Mac/OSX/Dist/build is only used for creating binary distributions, and grepping for "\<Dist\>" and "/build\>" through the source after the configure step indicates to me that it is never called by anything else. By the way, has anybody reported this problem upstream? I imagine that it would be easy for them to fix. Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org
I put this fix into the portfile, and it seems to work fine. Boey Maun Suang wrote:
On 11/05/2007, at 15:02, Jann Röder wrote:
I just found something interesting in Mac/OSX/Dist/build :
# If the filesystem is case-sensitive then "python" will be built, but # some parts of the install expect "python.exe which is what is built # on a case-insensitive filesystem. Make a link just in case it is # needed. if [ ! -e python.exe ]; then ln -s python python.exe fi
So it is a case-sensitve vs. not case sensitive filesystem, but this code should fix it... Why isn't it working then ?
The README file in Mac/OSX/ says that that Mac/OSX/Dist/build is only used for creating binary distributions, and grepping for "\<Dist\>" and "/build\>" through the source after the configure step indicates to me that it is never called by anything else.
By the way, has anybody reported this problem upstream? I imagine that it would be easy for them to fix.
Kind regards,
Maun Suang
On 17/05/2007, at 14:53, Jann Röder wrote:
I put this fix into the portfile, and it seems to work fine.
I had noticed that; sorry for not making that clear. What I meant was that I think that the Python people should know about it so that they can fix it for everyone else too, and we can then drop the workaround, because it's not a problem specific to how MacPorts does things. I'd do it myself, but I really should be doing the work that I'm supposed to be doing. Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org
participants (6)
-
Boey Maun Suang
-
Jann Röder
-
paul beard
-
Ryan Schmidt
-
Stefan Bruda
-
Stuart Robertson