Build changes for AIX

[uberning]

BPO	836434
Nosy	@loewis
Files	Python-2.3.2.patch: A patch file (diff -uNr)

^{Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.}

Show more details

GitHub fields:

assignee = None
closed_at = <Date 2003-11-18.20:01:32.000>
created_at = <Date 2003-11-05.12:13:22.000>
labels = ['build']
title = 'Build changes for AIX'
updated_at = <Date 2003-11-18.20:01:32.000>
user = 'https://bugs.python.org/uberning'

bugs.python.org fields:

activity = <Date 2003-11-18.20:01:32.000>
actor = 'loewis'
assignee = 'none'
closed = True
closed_date = None
closer = None
components = ['Build']
creation = <Date 2003-11-05.12:13:22.000>
creator = 'uberning'
dependencies = []
files = ['5671']
hgrepos = []
issue_num = 836434
keywords = ['patch']
message_count = 2.0
messages = ['44854', '44855']
nosy_count = 2.0
nosy_names = ['loewis', 'uberning']
pr_nums = []
priority = 'normal'
resolution = 'accepted'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue836434'
versions = ['Python 2.3']

[uberning]

On AIX the file dynload_aix.c is used to load shared
modules. This code uses the load() and loadbind() calls
to load and bind a shared module. These functions do
not work with C++ extensions. Since AIX 4.2 the
dlopen() and dlsym() calls are available and should be
used in preference because they also work with C++
modules. The patch changes the configure(.in) script to
prefer the usage of dynload_shlib.c when the dlopen()
function is available (configure checks this).

Another problem is the definition of _XOPEN_SOURCE =
600 in the configure(.in) script. On AIX 4, some
typedefs are only available when _XOPEN_SOURCE has a
value of 500, but are used even if _XOPEN_SOURCE has
another value. This seems to be a bug in the AIX
include files. If _XOPEN_SOURCE is undefined, the AIX
include files define it with the value 500 and
everything works as expected. So the patch sets
"define_xopen_source=no" for AIX 4 in configure(.in)

The attached patch contains the changes for
configure.in and configure but normally only
configure.in needs to be patched and then configure
should be recreated with autoconf.

[loewis]

Logged In: YES
user_id=21627

Thanks for the patch. Applied as

configure 1.416.4.11
configure.in 1.427.4.10
configure 1.431
configure.in 1.441

In the future, please omit the configure part of the patch,
as autoconf has to be run, anyway.