On solaris, if you build a 64 bit python and use it to build an extension, it will not properly link the module.

Apparently solaris requires the -m64 flag in the linker as well as the compile steps.  Python distutils successfully compiles all the object files using -m64, but it fails to link with -m64 causing the entire build to fail if the extension needs a 64 bit library dependency ( will get 'incompatible library' errors from the linker ).

To reproduce:
build python with CFLAGS="-m64 -O3" LDFLAGS="-m64"
build a C extension that depends on a 64 bit library (python setup.py install)

I assume that it would work if the C extension does not need a specific 64 bit library as the linker will not go and look for the wrong version of file.  So its a very uncommon but annoying bug.

> ld --version
GNU ld (GNU Binutils) 2.20.1.20100303
Copyright 2009 Free Software Foundation, Inc.
This program is free software; you may redistribute it under the terms of
the GNU General Public License version 3 or (at your option) a later version.
This program has absolutely no warranty.

Thank you for the report.  Do you want to work on a patch?  The usual process is that someone makes a patch for the active version (branch named py3k, the future 3.2), then the committer backports to stable versions (3.1 and 2.7) and forward-ports to distutils2.  See also guidelines at http://www.python.org/dev/patches/

Can you try using CC="cc -m64" OPT="-O3" instead?
(replace "cc" with the proper compiler name, of course)

I just recompiled using your suggested flags and it is now properly linking my extensions.  I guess using CFLAGS and LDFLAGS was causing the problem.
Is specifying CC the recommended way to build 64 bit python?  If so when I guess this issue is not really an issue at all.

> Is specifying CC the recommended way to build 64 bit python?

Currently, yes. LDFLAGS is supposed to work, but it doesn't (open bug: #9437).

Charles, can you still reproduce your bug now that #9437 has been fixed?

Hello again, I got a copy of the latest python from the 2.7 branch, recompiled with CFLAGS="-m64 -O3" and LDFLAGS="-m64" and my extension compiled just fine.
So I can verify this bug fixed

Thanks for checking. Closing as fixed.