PYthon2.2.2 and Python2.3
AIX
xlC 

Need to update the code in configure.in to
remove the hardcoded path for load where
we detect AIX_GENUINE_CPLUSPLUS

The current version looks for
/usr/lpp/xlC/include/load.h
but it should just use <load.h>

Without it, Python uses load() for dynamic load
instead of loadAndInit() in dynload_aix.c

Patch attached

# checks for system dependent C++ extensions support
case "$ac_sys_system" in
	AIX*)	AC_MSG_CHECKING(for genuine AIX C++ extensions
support)
		AC_TRY_LINK([#include "<load.h>],
			    [loadAndInit("", 0, "")],
			    [AC_DEFINE(AIX_GENUINE_CPLUSPLUS)
			     AC_MSG_RESULT(yes)],
			    [AC_MSG_RESULT(no)]);;
	*) ;;
esac

Logged In: YES 
user_id=21627

When you say "update", do you mean that the code was correct
for earlier versions of some software (which versions of
which software?), and is now incorrect? With the proposed
change, will the new code still run on the old versions of
the software?

Logged In: YES 
user_id=30074

Martin writes:

> When you say "update", do you mean that the code was correct

The old code was correct because the xlC code was not
in the main include directory but rather in the /usr/lpp/xlC
directory.

IBM apparently moved the file around during various releases
of AIX though it settled a few versions ago in /usr/include.

Perhaps the proper tactic is to look in the various directories
like the perl configuration does:

% more ./ext/DynaLoader/hints/aix.pl
# See dl_aix.xs for details.
use Config;
if ($Config{libs} =~ /-lC/ && -f '/lib/libC.a') {
    $self->{CCFLAGS} = $Config{ccflags} . ' -DUSE_libC';
    if (-f '/usr/vacpp/include/load.h') {
        $self->{CCFLAGS} .= ' -DUSE_vacpp_load_h';
    } elsif (-f '/usr/ibmcxx/include/load.h') {
        $self->{CCFLAGS} .= ' -DUSE_ibmcxx_load_h';
    } elsif (-f '/usr/lpp/xlC/include/load.h') {
        $self->{CCFLAGS} .= ' -DUSE_xlC_load_h';
    } elsif (-f '/usr/include/load.h') {
        $self->{CCFLAGS} .= ' -DUSE_load_h';
    }
}

Logged In: YES 
user_id=30074

Martin also wrote:

> will the new code still run on the old versions of

I will upload a patch that looks in all the known
directories.  

Logged In: YES 
user_id=108945

This is still a problem with Python 2.3.4, FYI

Check still present in mentioned form in configure.in

Can an AIX user state whether or not this is still an issue.  The current patch is a one liner.  A patch that looks in all the known
directories was promised but never delivered.

I can confirm this is still a problem in py3k for AIX 5.3 and AIX 6.1.
The file "/usr/lpp/xlC/include/load.h" does not exist anymore; it is now "/usr/include/load.h".

The proposed patch would only create a problem for very old versions of AIX and xlc (which are no longer supported by IBM anyway and I doubt anybody is going to compile Python 3.x on them some day), while the current state is that it is broken for current versions ("current" being "released in the last 7 years"!).

It should also be changed in Python/dynload_aix.c:

Index: Python/dynload_aix.c
===================================================================
--- Python/dynload_aix.c	(révision 84964)
+++ Python/dynload_aix.c	(copie de travail)
@@ -12,7 +12,7 @@
 
 
 #ifdef AIX_GENUINE_CPLUSPLUS
-#include "/usr/lpp/xlC/include/load.h"
+#include <load.h>
 #define aix_load loadAndInit
 #else
 #define aix_load load

Here is a patch that combines the corrections in configure.in and dynload_aix.c.

All recent versions of AIX would benefit from this correction I think (recent meaning a version of AIX released in the last 10 years or something).

Could someone apply it?
Thanks in advance

Committed to py3k in r88430.