LINKCC->CXX, -ltermcap->-lncurses

[nikiwaibel]

BPO	1216923
Nosy	@devdanzin
Files	python-2.4.1.nww.patch: Makefile.pre.in: LINKCC->CXX; configure.in: -ltermcap->-lncurses

^{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 2009-02-16.09:26:16.512>
created_at = <Date 2005-06-08.07:30:54.000>
labels = ['build']
title = 'LINKCC->CXX, -ltermcap->-lncurses'
updated_at = <Date 2009-02-16.09:26:16.511>
user = 'https://bugs.python.org/nikiwaibel'

bugs.python.org fields:

activity = <Date 2009-02-16.09:26:16.511>
actor = 'ajaksu2'
assignee = 'none'
closed = True
closed_date = <Date 2009-02-16.09:26:16.512>
closer = 'ajaksu2'
components = ['Build']
creation = <Date 2005-06-08.07:30:54.000>
creator = 'nikiwaibel'
dependencies = []
files = ['1716']
hgrepos = []
issue_num = 1216923
keywords = ['patch']
message_count = 4.0
messages = ['25511', '82206', '82226', '82227']
nosy_count = 2.0
nosy_names = ['nikiwaibel', 'ajaksu2']
pr_nums = []
priority = 'normal'
resolution = 'out of date'
stage = 'resolved'
status = 'closed'
superseder = None
type = 'compile error'
url = 'https://bugs.python.org/issue1216923'
versions = ['Python 2.6']

[nikiwaibel]

had troubles building python on various platforms
(using gcc-4.0.0 and binutils-2.16.90.0.3):

a) Makefile.pre.in
had to change
$(LINKCC) $(LDFLAGS) $(LINKFORSHARED) -o $@ \
to
$(CXX) $(LDFLAGS) $(LINKFORSHARED) -o $@ \
for the $(BUILDPYTHON) target. LINKCC was ok for sparc
and x86_64 cpus, but *NOT* ok on intel (x86) cpus
(solaris AND linux os!).
the following error is gone now (using CXX):
Modules/ccpython.o:(.eh_frame+0x12): undefined
reference to `__gxx_personality_v0'
seems that ccpython.cc is c++ code and so python needs
libstdc++ (for some reason only on the intel (x86) cpu.
the cleanest way to include that lib is to use g++
instead of gcc. (i dont know wether you need the PURIFY
var as well...).

b) configure.in:
i had to change -ltermcap to -lncurses. otherwise the
readline lib on all of my systems was not found. maybe
it should be checked in configure wether readline needs
termcap or ncurses or none of the libs.

c) unfort all my add libs are not in the std
include/lib path, neither in /usr/local. so i had to
"tune" setup.py. i just changed the lines
add_dir_to_list(self.compiler.library_dirs,
'/usr/local/lib')
add_dir_to_list(self.compiler.include_dirs,
'/usr/local/include')
which is a bad solution. it would be much easier to
have variables like LIBDIR and INCLUDEDIR (maybe
SYSTEM_LIBDIR, SYSTEM_INCLUDEDIR?) which could be
defined as variables or within System.local. the
cleanest solution imho would be to use CFLAGS, LDFLAGS
and LIBS when building the modules.

hope this helps, niki

[devdanzin]

Can the patch / ideas be salvaged for current versions?

[nikiwaibel]

this issue seems resolved with 2.6.1 and 3.0

[devdanzin]

Thanks for the feedback, Niki.