You are viewing a plain text version of this content. The canonical link for it is here.
Posted to bugs@httpd.apache.org by bu...@apache.org on 2006/06/15 10:44:54 UTC
DO NOT REPLY [Bug 39816] New: - libtool.m4 not found using IBM RPM packaging of libtool -- whose fault?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39816>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39816
Summary: libtool.m4 not found using IBM RPM packaging of libtool
-- whose fault?
Product: Apache httpd-2
Version: 2.0.58
Platform: Other
OS/Version: AIX
Status: NEW
Severity: normal
Priority: P2
Component: Build
AssignedTo: bugs@httpd.apache.org
ReportedBy: Bjorn.Wiberg@its.uu.se
On AIX, using IBM's RPM packaging of libtool (libtool-1.5.8-1), a
'./buildconf.sh' in the Apache top directory causes an error when APR's
'buildconf' is being run, because it cannot find the libtool helper libtool.m4.
The reason is (from srclib/apr/buildconf):
libtoolize=`build/PrintPath glibtoolize libtoolize`
...which, using the IBM RPM, yields:
/usr/bin/libtoolize
Later on, the path is extracted:
ltpath=`dirname $libtoolize`
ltfile=${LIBTOOL_M4-`cd $ltpath/../share/aclocal ; pwd`/libtool.m4}
...yielding /usr/bin as the path, and resulting in an attempt to enter the
directory /usr/bin/../share/aclocal, i.e. /usr/share/aclocal, which does not
exist on the system.
The underlying problem is that the RPM has created a symbolic link
/usr/bin/libtoolize -> ../../opt/freeware/bin/libtoolize, and the system's PATH
has /usr/bin as its first component, so 'libtoolize' is "found" there, and hence
APR assumes that /usr/share/aclocal should exist (and assumes that libtool.m4 is
to be found there).
The actual location of the libtool.m4 file is
/opt/freeware/share/aclocal/libtool.m4.
Should I blame IBM for not also symlinking /usr/share/aclocal/libtool.m4 ->
/opt/freeware/share/aclocal/libtool.m4, or would it be possible to perform some
further detection in APR's 'buildconf', or can I somehow set LIBTOOL_M4 when
performing './buildconf.sh' without that setting getting lost somewhere on the way?
Your thoughts on this issue would be much appreciated.
Many thanks in advance!
Best regards,
Bj�rn
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org
DO NOT REPLY [Bug 39816] - libtool.m4 not found using IBM RPM packaging of libtool -- whose fault?
Posted by bu...@apache.org.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG�
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=39816>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND�
INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=39816
trawick@apache.org changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |INVALID
------- Additional Comments From trawick@apache.org 2006-06-15 10:15 -------
1) You shouldn't need to run buildconf to build Apache 2.0.58 on AIX.
Thus, the libtool on the system shouldn't be important.
2) If you do need to run buildconf for some reason, and you're having
libtool-related issues, install the GNU tools from source and see if you
encounter a problem. It is very safe to say that nobody uses those RPMs here.
You might be able to resolve some of these packaging problems with that RPM by
putting /opt/freeware/bin in PATH first so that the share files are found in the
expected location relative to the bin file.
--
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
---------------------------------------------------------------------
To unsubscribe, e-mail: bugs-unsubscribe@httpd.apache.org
For additional commands, e-mail: bugs-help@httpd.apache.org