After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 333558 - libxslt build failure (aclocal related)
libxslt build failure (aclocal related)
Status: RESOLVED INCOMPLETE
Product: GARNOME
Classification: Deprecated
Component: general
2.13.x
Other Linux
: Normal normal
: ---
Assigned To: GARNOME Maintainers
garnome list
Depends on:
Blocks:
 
 
Reported: 2006-03-06 00:49 UTC by matthias.andree
Modified: 2006-10-02 08:25 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description matthias.andree 2006-03-06 00:49:19 UTC
trying to compile libxslt from GARNOME 2.13.92 on SUSE Linux 10.0 i586 fails:

 ==> Running make in work/main.d/libxslt-1.1.15
make[6]: Entering directory `/space/tmp/garnome-2.13.92/platform/libxslt/work/main.d/libxslt-1.1.15'
cd . && /bin/sh /space/tmp/garnome-2.13.92/platform/libxslt/work/main.d/libxslt-1.1.15/missing --run aclocal-1.9
aclocal:configure.in:98: warning: macro `AM_PROG_LIBTOOL' not found in library
 cd . && /bin/sh /space/tmp/garnome-2.13.92/platform/libxslt/work/main.d/libxslt-1.1.15/missing --run automake-1.9 --gnu
libexslt/Makefile.am:7: Libtool library used but `LIBTOOL' is undefined
libexslt/Makefile.am:7:
... (for other subdirectories, too, but not shown here - too boring) ...

Workaround (shell commands, the aclocal is crucial):

cd platform/libxslt/work/main.d/libxslt-1.1.15
aclocal -I ${main_sharedstatedir}/aclocal
make install
cd -
Comment 1 Bob Kashani 2006-03-06 01:25:32 UTC
What happens if you remove FIXUP_SCRIPTS = $(WORKSRC)/libtool line from platform/libxslt/Makefile? Does that get rid of the error?
Comment 2 matthias.andree 2006-03-06 02:11:24 UTC
The error persists.

Looking closer, it is no surprise: files/upstream-fixes.diff patches the configure script before configure.in, and the configure.in changes trigger running aclocal and other scripts to rebuild things like aclocal.m4.
Comment 3 Joseph Sacco 2006-03-06 13:32:44 UTC
Mattias,

Both configure and configure.in were patched only for completeness.  Not every app will rebuild configure if configure.in is patched. 

Please try the following:
(1) make sure that ./bootstrap/gnome-common has been built and installed
(2) edit gar.conf.mk
add ACLOCAL_AMFLAGS as shown below:

   # allow us to find possibly installed autofoo
   ACLOCAL_FLAGS += -I $(datadir)/aclocal
   ACLOCAL_AMFLAGS += -I $(datadir)/aclocal

(3) make cookieclean
(4) make

-Joseph
Comment 4 matthias.andree 2006-03-16 12:04:56 UTC
the bug persists in 2.14.0, bumping field
Comment 5 matthias.andree 2006-03-16 12:05:34 UTC
whoops, this comment #4 was meant for a different bug, sorry for the confusion.
Comment 6 Karsten Bräckelmann 2006-03-17 22:21:33 UTC
NEEDINFO according to comment 3.
Comment 7 André Klapper 2006-10-02 08:25:53 UTC
Closing this bug report as no further information has been provided. Matthias, please feel free to reopen this bug if you can provide the information Joseph asked for in comment 3. Thanks in advance!