You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Problem linking to readline lib on x86(64) Solaris #44680
where 64bit libreadline is found in /usr/sfw/lib/64, configure script fails to realize that readline lib is present.
I was able to fix the problem by editing config script manually as follows:
$ diff configure~ configure
20744c20744
<iftest"$ac_cv_have_readline_readline" = no
if test "$ac_cv_lib_readline_readline" = no
20747c20747
< echo "$as_me:$LINENO: checking for readline in -ltermcap" >&5
---
echo "$as_me:$LINENO: checking for readline in -lreadline -ltermcap" >&5
20753c20753
< LIBS="-ltermcap $LIBS"
---
LIBS="-lreadline -ltermcap $LIBS"
A proper fix would be to change configure.in, but I don't know enough about autoconf to submit a proper patch.
loewis commented on Mar 8, 2007
loewismannequin
Mannequin
More actions
The right solution in this case is to edit Modules/Setup
Can you explain how to edit Module/Setup to solve this problem?
Note that the problem that I see comes before modules are built. In fact it comes even before make.
In any case, I think the check for $ac_cv_have_readline_readline" = no instead of "$ac_cv_lib_readline_readline" = no looks like a typo in configure.in. And looking for readline in libtermcap does not look like sound logic either.
devdanzin commented on Mar 30, 2009
devdanzinmannequin
Mannequin
More actions
The "ac_cv_have_readline" check isn't present in trunk. I'll close this
unless someone voices opposition.
Issue bpo-1204: The configure script now tests for additional libraries
that may be required when linking against readline. This fixes issues
with x86_64 builds on some platforms (at least a few Linux flavors as
well as OpenBSD/amd64).
Activity
abalkin commentedon Mar 7, 2007
Configuring with
./configure --with-gcc="gcc -m64 -L/usr/sfw/lib/64 -R/usr/sfw/lib/64"
where 64bit libreadline is found in /usr/sfw/lib/64, configure script fails to realize that readline lib is present.
I was able to fix the problem by editing config script manually as follows:
A proper fix would be to change configure.in, but I don't know enough about autoconf to submit a proper patch.
loewis commentedon Mar 8, 2007
The right solution in this case is to edit Modules/Setup
abalkin commentedon Mar 8, 2007
Can you explain how to edit Module/Setup to solve this problem?
Note that the problem that I see comes before modules are built. In fact it comes even before make.
In any case, I think the check for $ac_cv_have_readline_readline" = no instead of "$ac_cv_lib_readline_readline" = no looks like a typo in configure.in. And looking for readline in libtermcap does not look like sound logic either.
devdanzin commentedon Mar 30, 2009
The "ac_cv_have_readline" check isn't present in trunk. I'll close this
unless someone voices opposition.
abalkin commentedon Mar 31, 2009
I don't have a Solaris box to test at the moment, but I believe the
following commit fixed this issue:
------------------------------------------------------------------------
r66283 | gregory.p.smith | 2008-09-07 01:15:18 -0400 (Sun, 07 Sep
2008) | 5 lines
that may be required when linking against readline. This fixes issues
with x86_64 builds on some platforms (at least a few Linux flavors as
well as OpenBSD/amd64).
------------------------------------------------------------------------
If it is the case, this issue should be closed as a duplicate of bpo-1204.
rpetrov commentedon Nov 23, 2010
Hmm why you dont use LDFLAGS ?
It is well documented what to expect during configuration and build phase.