Table of Contents
PortLog: dev-lang/python
2.5.x branch
| R5 | broken |
| BONE | broken |
| Haiku | unstable |
work-in-progress (andreasf) - [R5, Haiku]
On both platforms,
#!/usr/bin/env python
needs to be changed to
#!/bin/env python
On R5 I get:
gcc -o python \
Modules/python.o \
libpython2.5.a -lnet
libpython2.5.a: file not recognized: Is a directory
collect2: ld returned 1 exit status
make: *** [python] Error 1
Apparently, it is using a Modules/ar_beos script to emulate ar by moving the files into a directory instead of an archive file.
On Haiku, requires another Python first. The BeOS Python-2.4.2-x86.zip seems to install okay. I then get:
/ToBe/python-2.5.x/Objects/funcobject.c: In function `function_call': /ToBe/python-2.5.x/Objects/funcobject.c:501: parse error before `;'
This seems related to Haiku's definition of the assert macro in the NDEBUG case. Ticket
In Python/thread.c compilation fails due to destructor in pthread.h:175. Renaming the parameter resolves this (ticket).
Linking then fails due to -lm. Seems I forgot to rework configure.in.
Now lots of PyThread_* undefined references. I unconditionally enabled the BeOS threads implementation.
Python's libffi needs to be patched too (config.guess, config.sub, configure.ac).
Compiles okay then.
make test fails due to -lm. This seemed to originate from setup.py. Some modules silently failed to build, applied quickfixes for some of them.
Note: some modules may need to added to the Setup file manually, e.g. bz2.
