This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

classification
Title: _locale in Python-2.3b1/Tru64Unix 5.1A doesn't link
Type: Stage:
Components: Build Versions:
process
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: Nosy List: loewis, mmokrejs
Priority: normal Keywords:

Created on 2003-05-22 16:25 by mmokrejs, last changed 2022-04-10 16:08 by admin. This issue is now closed.

Messages (5)
msg16119 - (view) Author: Martin Mokrejs (mmokrejs) Date: 2003-05-22 16:25
I have managed to compile python on Tru64Unix, but am
curious when I rerun "make", I get:

make
case $MAKEFLAGS in \
*-s*)  CC='cc -pthread' LDSHARED='ld -shared
-expect_unresolved "*"' OPT='-DNDEBUG -O' ./python -E
./setup.py -q build;; \
*)  CC='cc -pthread' LDSHARED='ld -shared
-expect_unresolved "*"' OPT='-DNDEBUG -O' ./python -E
./setup.py build;; \
esac
running build
running build_ext
building '_locale' extension
cc -pthread -DNDEBUG -O -Olimit 1500 -I.
-I/mnt/Python-2.3b1/./Include
-I/software/@sys/usr/include -I/usr/local/include
-I/mnt/Python-2.3b1/Include -I/mnt/Python-2.3b1 -c
/mnt/Python-2.3b1/Modules/_localemodule.c -o
build/temp.osf1-V5.1-alpha-2.3/_localemodule.o
ld -shared -expect_unresolved *
build/temp.osf1-V5.1-alpha-2.3/_localemodule.o
-L/software/@sys/usr/lib -L/usr/local/lib -o
build/lib.osf1-V5.1-alpha-2.3/_locale.so
*** WARNING: renaming "_locale" since importing it
failed: dlopen:
build/lib.osf1-V5.1-alpha-2.3/_locale.so: symbol
"libintl_gettext" unresolved
building '_curses' extension
cc -pthread -DNDEBUG -O -Olimit 1500 -I.
-I/mnt/Python-2.3b1/./Include
-I/software/@sys/usr/include -I/usr/local/include
-I/mnt/Python-2.3b1/Include -I/mnt/Python-2.3b1 -c
/mnt/Python-2.3b1/Modules/_cursesmodule.c -o
build/temp.osf1-V5.1-alpha-2.3/_cursesmodule.o
ld -shared -expect_unresolved *
build/temp.osf1-V5.1-alpha-2.3/_cursesmodule.o
-L/software/@sys/usr/lib -L/usr/local/lib -lncurses -o
build/lib.osf1-V5.1-alpha-2.3/_curses.so
*** WARNING: renaming "_curses" since importing it
failed: dlopen:
build/lib.osf1-V5.1-alpha-2.3/_curses.so: symbol
"_acs_map" unresolved
building '_curses_panel' extension
cc -pthread -DNDEBUG -O -Olimit 1500 -I.
-I/mnt/Python-2.3b1/./Include
-I/software/@sys/usr/include -I/usr/local/include
-I/mnt/Python-2.3b1/Include -I/mnt/Python-2.3b1 -c
/mnt/Python-2.3b1/Modules/_curses_panel.c -o
build/temp.osf1-V5.1-alpha-2.3/_curses_panel.o
cc: Severe: /mnt/Python-2.3b1/Modules/_curses_panel.c,
line 17: Cannot find file <panel.h> specified in
#include directive. (noinclfilef)
#include <panel.h>
-^
running build_scripts


This looks suspicious. I have ncurses available on the
system too, also termcap

I see that ncurses isn't found because newer version
are in $prefix/include/ncurses/ and not anymore in
$prefix/include/. There configure fails to detect them.
So, I have to configure as:

F77=f77 F90=f90 CC="cc -pthread" CXX="cxx -pthread"
CFLAGS="$CFLAGS -pthread -I/software/@sys/usr/include
-I/software/@sys/usr/include/ncurses" CPPFLAGS=$CFLAGS
CXXFLAGS=$CFLAGS ./configure
--prefix=/software/@sys/usr --host=alphaev56-dec-osf5.1
--with-dec-threads --enable-large-file

But even in this case, CPPFLAGS weren't propagated to
Makefiles:
cc -pthread -DNDEBUG -O -Olimit 1500 -I.
-I/mnt/Python-2.3b1/./Include
-I/software/@sys/usr/include -I/usr/local/include
-I/mnt/Python-2.3b1/Include -I/mnt/Python-2.3b1 -c
/mnt/Python-2.3b1/Modules/_curses_panel.c -o
build/temp.osf1-V5.1-alpha-2.3/_curses_panel.o
cc: Severe: /mnt/Python-2.3b1/./Include/py_curses.h,
line 16: Cannot find file <ncurses.h> specified in
#include directive. (noinclfilef)
#include <ncurses.h>
-^


Ooops! Not propagated, they are NOT USED! See
config.status:

s,@CXX@,cxx -pthread,;t t
s,@MAINOBJ@,python.o,;t t
s,@EXEEXT@,,;t t
s,@CC@,cc -pthread,;t t
s,@CFLAGS@,-O2 -arch ev56 -pthread
-I/software/@sys/usr/include
-I/software/@sys/usr/include/ncurses,;t t
s,@LDFLAGS@,,;t t
s,@CPPFLAGS@,-O2 -arch ev56 -pthread
-I/software/@sys/usr/include
-I/software/@sys/usr/include/ncurses,;t t
s,@ac_ct_CC@,,;t t
s,@OBJEXT@,o,;t t
s,@CPP@,cc -pthread -E,;t t

And during build I still see:

case $MAKEFLAGS in \
*-s*)  CC='cc -pthread -O2 -arch ev56
-I/software/@sys/usr/include
-I/software/@sys/usr/include/ncurses' LDSHARED='ld
-shared -expect_unresolved "*"' OPT='-DNDEBUG -O'
./python -E ./setup.py -q build;; \
*)  CC='cc -pthread -O2 -arch ev56
-I/software/@sys/usr/include
-I/software/@sys/usr/include/ncurses' LDSHARED='ld
-shared -expect_unresolved "*"' OPT='-DNDEBUG -O'
./python -E ./setup.py build;; \
esac
running build
running build_ext
building '_locale' extension
cc -pthread -O2 -arch ev56 -I/software/@sys/usr/include
-I/software/@sys/usr/include/ncurses -DNDEBUG -O
-Olimit 1500 -I. -I/mnt/Python-2.3b1/./Include
-I/software/@sys/usr/include -I/usr/local/include
-I/mnt/Python-2.3b1/Include -I/mnt/Python-2.3b1 -c
/mnt/Python-2.3b1/Modules/_localemodule.c -o
build/temp.osf1-V5.1-alpha-2.3/_localemodule.o
ld -shared -expect_unresolved *
build/temp.osf1-V5.1-alpha-2.3/_localemodule.o
-L/software/@sys/usr/lib -L/usr/local/lib -o
build/lib.osf1-V5.1-alpha-2.3/_locale.so
*** WARNING: renaming "_locale" since importing it
failed: dlopen:
build/lib.osf1-V5.1-alpha-2.3/_locale.so: symbol
"libintl_gettext" unresolved
running build_scripts


I've reinstalled gettext/libiconv/ncurses, but no
difference. 

msg16120 - (view) Author: Martin Mokrejs (mmokrejs) Date: 2003-06-04 15:16
Logged In: YES 
user_id=696559

I believe linking additionally against -lintl will solve the
problem.

I think configur ehas to be improved to detect cases when
-lintl and -lgettextlib might be needed.
msg16121 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2003-06-14 08:23
Logged In: YES 
user_id=21627

Please report one bug at a time. What is the bug you are
reporting here? In particular, what does ncurses.h have to
do with _locale?
msg16122 - (view) Author: Martin Mokrejs (mmokrejs) Date: 2003-06-17 12:55
Logged In: YES 
user_id=696559

I don't know if _locale has to do with with ncurses or not.
I just says what doesn't build on Tru64Unix 5.1A and what I
tried. I repeat, that linking against -lintl helps and
propose configure and generated Makefiles to be improved.
Possibly someone should investigate if -lgettextlib might be
needed too.
msg16123 - (view) Author: Martin v. Löwis (loewis) * (Python committer) Date: 2003-06-17 20:33
Logged In: YES 
user_id=21627

I see. This has been fixed in CVS; Python now tries to link
-lintl to _locale. Closing this report as fixed.
History
Date User Action Args
2022-04-10 16:08:51adminsetgithub: 38538
2003-05-22 16:25:07mmokrejscreate