GNOME Bugzilla – Bug 78302
libtool problems on HP/UX
Last modified: 2011-02-18 15:47:54 UTC
Using GCC 3.0.1, glib configured with --prefix=/opt/gtk-2.0 --with-libiconv, make gives: <<< ... /usr/ccs/bin/ld -b +h libglib-2.0.sl.0 +b /opt/gtk-2.0/lib -o .libs/libglib-2.0.sl.0.1 garray.lo gasyncqueue.lo gbacktrace.lo gbsearcharray.lo gcache.lo gcompletion.lo gconvert.lo gdataset.lo gdate.lo gdir.lo gerror.lo gfileutils.lo ghash.lo ghook.lo giochannel.lo glist.lo gmain.lo gmarkup.lo gmem.lo gmessages.lo gnode.lo gpattern.lo gprimes.lo gqsort.lo gqueue.lo grel.lo grand.lo gscanner.lo gshell.lo gslist.lo gstrfuncs.lo gstring.lo gthread.lo gthreadpool.lo gtimer.lo gtree.lo guniprop.lo gutf8.lo gunibreak.lo gunicollate.lo gunidecomp.lo gutils.lo giounix.lo gspawn.lo .libs/libglib-2.0.lax/libcharset.al/localcharset.lo -L/opt/gtk-2.0/lib libcharset/.libs/libcharset.al -R/opt/gtk-2.0/lib -lc /opt/gtk-2.0/lib/libiconv.sl /opt/gtk-2.0/lib/libintl.sl -lc /usr/ccs/bin/ld: Invalid numeric argument for -R/opt/gtk-2.0/lib make[3]: *** [libglib-2.0.la] Error 1 >> It seems that libtool is adding a -R option to ld, which is wrong under HP-UX. Arno, for the GtkAda team
May I suggest that you update the version of libtool.m4 used by glib/pango/atk/gtk ? This would probably solve this problem, as well as others (like builds under Windows, which also require a recent version of libtool). Arno
I accidentally did 'make dist' for 2.0.1 on a machine with an old copy of libtool. Will make sure that that doesn't happen for 2.0.3.
Unfortunately the same problem is still there with glib 2.0.3 Arno
The libtool.m4 in glib-2.0.3 is that from libtool-1.4.2; the latest stable release of libtool. === $ rpm -qf /usr/share/aclocal/libtool.m4 libtool-1.4.2-8 $ grep -C serial /usr/share/aclocal/libtool.m4 ## the same distribution terms that you use for the rest of that program. # serial 46 AC_PROG_LIBTOOL AC_DEFUN([AC_PROG_LIBTOOL], $ grep -C serial aclocal.m4 # libtool.m4 - Configure libtool for the host system. -*-Shell-script-*- # serial 46 AC_PROG_LIBTOOL AC_DEFUN([AC_PROG_LIBTOOL], === Looking at this version of libtool.m4, I can't see how it would add -R for HP-UX. Maybe you could debug further?
Created attachment 9189 [details] [review] Hack to get glib build under HP-UX
Well, here is the (ugly) patch that I use to build glib (and pango, atk, gtk) under HP-UX (attachement put in bugzilla). This patch is clearly wrong, but works for HP-UX, and shows how -R options get passed on all platforms. Arno
*** Bug 88234 has been marked as a duplicate of this bug. ***
I know his bug is a duplicate of 78302. I brought this to the attention of the libtool developers and they think it is a gettext problem. I`ve test it by remove '-R/usr/local/lib' from "/usr/local/lib/libintl.la". It seems to solve the problem on hpux with glib-2.0.x
*** Bug 87837 has been marked as a duplicate of this bug. ***
Move bugs from earlier 2.0.x milestones to 2.0.8.
Can you check if this has been fixed with current versions of gettext/libintl? If so, I think we can resolve this NOTGNOME.
Please reopen if you add more information.
I think now it got finally fixed in gettext cvs sources! 2003-01-03 Albert Chin <libtool@thewrittenword.com> * ltmain.sh: Don't pass -R flags found in a .la's dependency_libs variable directly down to the linker. Reported by Tim Mooney <mooney@dogbert.cc.ndsu.nodak.edu>.
Maybe this should be closed based on the latst comment?
Kjartan: I do think so.
Seems to be fixed in libtool