ansaurus

Question

Problem compiling Python 2.6.4 on AIX 5.3

Answer 1

+1 A:

It looks like bzip2 isn't able to find itself, either -- sometimes you see weird Python build errors when you wander too far from GCC. My first gut recommendation would be to compile with GCC, GNU binutils, and GNU make, and see if the problem persists.

Also, when you're talking to configure, it'll figure out the name of the library from your configure option. Therefore, this:

--with-ncurses=/utv/sad/ncurses/lib/libncurses.a

Should be:

--with-ncurses=/utv/sad/ncurses/lib

But that also implies that the headers can be found there. Can they?

There may also be an option to your platform's compiler to add a directory for libs -- since, in this case, Python is trying to use -lncurses before it compiles the extension (making the linker search for libncurses.a in the library search path).

Jed Smith 2009-10-30 14:52:56

Thanks for your respone. I'll try it when I get back to work on Monday. I believe I am using gcc, but I'll check to make sure. Also, I'll install GNU tools as you suggest, and try with them instead. I'll comment again when I've done this.

Enfors 2009-10-30 19:57:46

@Enfors: GCC doesn't produce errors like that.

Jed Smith 2009-10-30 20:54:52

It doesn't? But it says "gcc" in the output I included above?No matter. Thanks to your advice, I got it to work. Thanks! I'll see if I can post an answer to this question myself with details of the steps I had to take, for the benefit of others who might have the same problem.

Enfors 2009-11-02 14:10:56

@Enfors: Sorry, should have clarified that `ld: 0711-317 ERROR: Undefined symbol: .setsyx` is not GNU ld. Looks like you may have been using GCC for other parts, though. Glad you got it working. :)

Jed Smith 2009-11-02 17:30:37

Answer 2

A:

Thanks to Jed Smith's suggestions, I've managed to get this to work. This is what I did accomplish this:

Step one: First, I edited "Makefile.pre.in". I replaced the line "CC= @CC@" with "CC= gcc". As far as I can tell, this forced the compilation to use gcc instead of whatever other unnamable hideousness AIX tried to use.
Step two: Put a soft link for ncurses.h under /usr/include. I couldn't get configure to find ncurses.h under /opt/utv/sad/include/ncurses/, so I cheated; I ran the following command as root:

ln -s /utv/sad/ncurses/include/ncurses/ncurses.h /usr/include/ncurses.h

Step three: I compiled and installed GNU binutils and GNU make, configuring them with "--prefix=/home/chenf". Then I put /home/chenf/bin first in my path, to make sure the compilation process would use whatever it found there instead of the defaults provides by AIX.
Step four: I ran configure like this:

./configure --prefix=/opt/freeware --disable-ipv6 --without-threads --with-ncurses=/opt/sad/ncurses

Ipv6 and threads were giving me compilation errors, and I don't need them, so that's why I disabled them. Under the /opt/sad/ncurses directory, lib/libncurses.a is found. That seems to have taken care of the library itself.

After that, all I had to do was "make" and "make install". Done.

I did get some errors during compilation, and in the end I was told that it had failed to produce some of the modules (like math, and datetime) but that everything else was still OK. For the time being I'll make do without them.

Enfors 2009-11-02 14:27:32

ansaurus

tags:

views:

answers:

Problem compiling Python 2.6.4 on AIX 5.3

related questions