Re: [BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-21 Thread Wah Meng Wong
Hi Senthil,

I want to provide an update here and close this issue. 

1 and 2.) HP said +DD64 is not accepted by ld. So I am not utilizing the 
recommended setting in README file. Instead, I just pass +DD64 to CC, making it 
CC=cc +DD64 and there is no issue in the building process. The LDFLAGS and 
BASECFLAGS setting in the README file is also not used. The CXX=aCC is used. I 
have provided feedback to bugs.python.org. Not sure if they will revert to me 
in changing the README file.

3.) ActiveState is my last resort. I am able to build built-in modules like 
_tkinter now. I am using CC=cc +DD64 -I/home/r32813/local/include and 
LDFLAGS=-L/home/r32813/local/lib -lxnet and CXX=aCC only. /home/r32813/local 
is where I install my tcl/tk binary and library. : ). I am working on cx_Oracle 
build now. The module can be built however cannot be loaded. Hopefully I will 
make some progress soon.

I may open another issue more specific to cx_Oracle later. :  )


Thanks!






From: Senthil Kumaran sent...@uthcode.com
To: Wah Meng Wong wah_m...@yahoo.com
Sent: Tuesday, September 20, 2011 11:05 AM
Subject: Re: [BangPypers] Python 2.7.1 build successful, however many modules 
failed on HP-UX 11.31 ia64 with aCC

On Tue, Sep 20, 2011 at 10:35 AM, Wah Meng Wong wah_m...@yahoo.com wrote:

 1.) Yup I have open an issue to HP support, checking with them why the
 linker doesn't recognize +DD64 flag. However they are asking a lot of server
 information and stuffs before getting to know my problem. Progressing :

:-) Strange. But it happens.


 2.) Ok I will revert to bugs.python.org when I heard something more
 substantial from HP. Haha I am not so aware that HP is an uncommon platform.

I would also suggest trying with binutils (if ld is from that package)
and asking a very specific question as why +DD64 is not being
recognized.

 3.) Is ActiveState also one of the discussion group?

Nope, it is a Python distribution with commercial support behind it.

http://www.activestate.com/activepython/which-python-edition

They have put AIX, Solaris, HP-UX under paid releases of Python. That
would probably help with you installation and support. In terms of
nature of the company with Open Source support, they are pretty
trustworthy and have good reputation in the community.

Cheers,
Senthil
___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers


Re: [BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-21 Thread Senthil Kumaran
On Wed, Sep 21, 2011 at 05:17:59AM -0700, Wah Meng Wong wrote:
 I have provided feedback to bugs.python.org. Not sure if they will
 revert to me in changing the README file.

Looks like they have. :-) Your patch might be helpful to improve the
Readme. 

 I may open another issue more specific to cx_Oracle later. :  )

Haha. Hopefully you get that resolved soon.

BTW, makes me curious as why is the choice of HP-UX and this Python
stack for whatever application/system you are trying to build.

-- 
Senthil
___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers


Re: [BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-20 Thread Mandar Vaze / मंदार वझे
 3.) Is ActiveState also one of the discussion group?


http://www.activestate.com/activepython

They indeed support HP-UX

-Mandar
___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers


Re: [BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-19 Thread Senthil Kumaran
On Sun, Sep 18, 2011 at 08:11:59PM -0700, Wah Meng Wong wrote:
 errors, more modules built successfully compared to acc (64-bit). The main
 thing I discovered is +DD64 is not recognized as a valid flag in ld command
 (the linker). This command is automatically generated in Makefile. I have

And that is what is surprising. This becomes a linker error.

 posted my question to bugs.python.org and the community there responded 
 failure
 to build a module is not a bug and asked me to refer to other community.

Yes, I noticed that. But as you mentioned that you followed the
instructions in the README, if you could succeed in building, we
at least have one bug (fix) with the compilation process mentioned in
the readme.

HP-UX being such an uncommon platform, the python core developers have
not spent much time fixing bugs in that (unless raised and provided
the fix with patch which did not affect any other platform).

 2.) The reason I am sticking to acc is, I am also using tcl/tk. I have built
 tcl/tk with gcc however the tk (wish) crashes with a core dump file generated
 when gcc is used. 

I see. I get the point.

Also, I think, your situation is the right candidate to try out
ActiveState distribution, if they claim to support HP-UX.

Good Luck,
Senthil

___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers


Re: [BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-19 Thread Wah Meng Wong
Thanks!

1.) Yup I have open an issue to HP support, checking with them why the linker 
doesn't recognize +DD64 flag. However they are asking a lot of server 
information and stuffs before getting to know my problem. Progressing : (

2.) Ok I will revert to bugs.python.org when I heard something more substantial 
from HP. Haha I am not so aware that HP is an uncommon platform. : p

3.) Is ActiveState also one of the discussion group?




From: Senthil Kumaran sent...@uthcode.com
To: Wah Meng Wong wah_m...@yahoo.com
Cc: Bangalore Python Users Group - India bangpypers@python.org
Sent: Tuesday, September 20, 2011 1:21 AM
Subject: Re: [BangPypers] Python 2.7.1 build successful, however many modules 
failed on HP-UX 11.31 ia64 with aCC

On Sun, Sep 18, 2011 at 08:11:59PM -0700, Wah Meng Wong wrote:
 errors, more modules built successfully compared to acc (64-bit). The main
 thing I discovered is +DD64 is not recognized as a valid flag in ld command
 (the linker). This command is automatically generated in Makefile. I have

And that is what is surprising. This becomes a linker error.

 posted my question to bugs.python.org and the community there responded 
 failure
 to build a module is not a bug and asked me to refer to other community.

Yes, I noticed that. But as you mentioned that you followed the
instructions in the README, if you could succeed in building, we
at least have one bug (fix) with the compilation process mentioned in
the readme.

HP-UX being such an uncommon platform, the python core developers have
not spent much time fixing bugs in that (unless raised and provided
the fix with patch which did not affect any other platform).

 2.) The reason I am sticking to acc is, I am also using tcl/tk. I have built
 tcl/tk with gcc however the tk (wish) crashes with a core dump file generated
 when gcc is used. 

I see. I get the point.

Also, I think, your situation is the right candidate to try out
ActiveState distribution, if they claim to support HP-UX.

Good Luck,
Senthil
___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers


[BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-18 Thread Wah Meng Wong
Hello there,

I am trying to build python 64-bit on HP Itanium platform with HP-UX Ansi C 
compiler. The python executable is successfully built however there are many 
errors generated when option +DD64 is passed in, many (more) modules failed to 
build (compared to 32-bit option is used).  


I followed the instruction in README file to set and unset the enviornment 
variables like CC, CXX, LDFLAGS and BASECFLAGS like below, and remove 
Optimization option in the Makefile, however, many modules failed to build. 
There are warning messages on the compilation which I can ignore, however, 
there are fatal errors that +DD64 is not a recognized flag in the linking 
process, with command ld.

export CC=cc
export CXX=aCC
export BASECFLAGS=+DD64
export LDFLAGS=+DD64 -lxnet


# swlist -l product | grep Compiler
  ACXX  C.06.26.EVAL   HP C/aC++ Compiler 
  C-ANSI-C  C.06.26.EVAL   HP C/aC++ Compiler 
  COMPLIBS  B.11.31    Compiler Support Libraries 

Messages showing the linking process failed. I am not sure why the ld command 
cannot accept the flag while the Makefile contains this option when it is 
generated by ./configure --without-gcc command with 64-bit options enabled.  


ld -b +DD64 -lxnet 
build/temp.hp-ux-B.11.31-ia64-2.7/home/r32813/Build/2.7.1/Python-2.7.1/Modules/mathmodule.o
 
build/temp.hp-ux-B.11.31-ia64-2.7/home/r32813/Build/2.7.1/Python-2.7.1/Modules/_math.o
 -L/usr/local/lib -lm -o build/lib.hp-ux-B.11.31-ia64-2.7/math.so
ld: Unrecognized argument: +DD64
Fatal error.

Here is the summary output of the build. I don't think I can use this python 
executable, so many important modules that I use failed to build. Compared to 
32-bit build, I only have 2 modules .

Python build finished, but the necessary bits to build these modules were not 
found:
_bsddb _curses    _curses_panel   
_sqlite3   _ssl   _tkinter    
bsddb185   bz2    dl  
gdbm   imageop    linuxaudiodev   
ossaudiodev    readline   spwd    
sunaudiodev    zlib   
To find the necessary bits, look in setup.py in detect_modules() for the 
module's name.


Failed to build these modules:
_bisect    _codecs_cn _codecs_hk  
_codecs_iso2022    _codecs_jp _codecs_kr  
_codecs_tw _collections   _csv    
_ctypes    _ctypes_test   _elementtree    
_functools _heapq _hotshot    
_io    _json  _locale 
_lsprof    _md5   _multibytecodec 
_multiprocessing   _random    _sha    
_socket    _struct    _testcapi   
array  audioop    binascii    
cmath  cPickle    crypt   
cStringIO  datetime   dbm 
fcntl  future_builtins    grp 
itertools  math   mmap    
nis    operator   parser  
pyexpat    resource   select  
strop  syslog termios 
time   unicodedata   

Appreciate any input on this issue when 64-bit option is passed into aCC that 
cause so many errors on my server. Thanks! 
___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers


Re: [BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-18 Thread Senthil Kumaran
On Sun, Sep 18, 2011 at 02:15:31AM -0700, Wah Meng Wong wrote:

 I am trying to build python 64-bit on HP Itanium platform with HP-UX
 Ansi C compiler. The python executable is successfully built however
 there are many errors generated when option +DD64 is passed in, many
 (more) modules failed to build (compared to 32-bit option is used).  

You mean to say that python is building properly with all those
modules properly with 32bit compiler and not in 64 bit?
If that is the case, then it surely looks like a bug. You may want to
file open a issue at bugs.python.org

 Appreciate any input on this issue when 64-bit option is passed into
 aCC that cause so many errors on my server. Thanks! 

Few pointers.

- Can you use gcc instead of aCC in your machine and see if it can
  build?
- I see at least one open bug with ctypes module not compiling with 64 bit
  HP-UX.
- Try --enable-shared  switch of configure and see if it helps.

If nothing, please do open a bug report and you could get some pointers
from people familiar with that platform.

-- 
Senthil
___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers


Re: [BangPypers] Python 2.7.1 build successful, however many modules failed on HP-UX 11.31 ia64 with aCC

2011-09-18 Thread Wah Meng Wong
Thanks Senthil,

1.) Yes compiling and linking with gcc (32-bit) and acc (32-bit) has lesser 
errors, more modules built successfully compared to acc (64-bit). The main 
thing I discovered is +DD64 is not recognized as a valid flag in ld command 
(the linker). This command is automatically generated in Makefile. I have 
posted my question to bugs.python.org and the community there responded failure 
to build a module is not a bug and asked me to refer to other community.

2.) The reason I am sticking to acc is, I am also using tcl/tk. I have built 
tcl/tk with gcc however the tk (wish) crashes with a core dump file generated 
when gcc is used. Switching to acc, the tk can run without an issue. Also, I 
need Oracle plug-in in both python and tcl. Oracle only supports HP C Compiler 
stuffs and not gcc. All these resulted me to focus on acc to get all stuffs 
done.

3.) Yes I do see cType failed to build when gcc (32) and acc (32) is used. I 
didn't pursue with python bug community as I don't think I am using either 
module. What failed to build in 64-bit acc build really worried me. I don't 
think without those it is usable. ;p. 


( From make test of acc 32-build and gcc 32-bit build)

Failed to build these modules:
_ctypes    termios  

4.) Let me try again with --enable-shared and revert. 


Thanks!




From: Senthil Kumaran sent...@uthcode.com
To: Wah Meng Wong wah_m...@yahoo.com; Bangalore Python Users Group - India 
bangpypers@python.org
Sent: Sunday, September 18, 2011 6:23 PM
Subject: Re: [BangPypers] Python 2.7.1 build successful, however many modules 
failed on HP-UX 11.31 ia64 with aCC

On Sun, Sep 18, 2011 at 02:15:31AM -0700, Wah Meng Wong wrote:

 I am trying to build python 64-bit on HP Itanium platform with HP-UX
 Ansi C compiler. The python executable is successfully built however
 there are many errors generated when option +DD64 is passed in, many
 (more) modules failed to build (compared to 32-bit option is used).  

You mean to say that python is building properly with all those
modules properly with 32bit compiler and not in 64 bit?
If that is the case, then it surely looks like a bug. You may want to
file open a issue at bugs.python.org

 Appreciate any input on this issue when 64-bit option is passed into
 aCC that cause so many errors on my server. Thanks! 

Few pointers.

- Can you use gcc instead of aCC in your machine and see if it can
  build?
- I see at least one open bug with ctypes module not compiling with 64 bit
  HP-UX.
- Try --enable-shared  switch of configure and see if it helps.

If nothing, please do open a bug report and you could get some pointers
from people familiar with that platform.

-- 
Senthil
___
BangPypers mailing list
BangPypers@python.org
http://mail.python.org/mailman/listinfo/bangpypers