"Ralf S. Engelschall" <[EMAIL PROTECTED]> writes:
> On Thu, Oct 11, 2007, Kolab Konsortium via Gunnar Wrobel wrote:
>
>> [...]
>> Log:
>> Run libtoolize if you rebuild the configure system. See
>> http://article.gmane.org/gmane.linux.gentoo.devel/23449. This allows
>> to build gd on a recent gentoo system.
>> [...]
>> %{l_shtool} subst -e 's;-LNONE;;' Makefile
>> + libtoolize --copy --force
>> %{l_make} %{l_mflags}
>> %{l_shtool} subst -e 's;/usr/bin/perl;%{l_prefix}/bin/perl;' bdftogd
>
> Hmmm...
>
> 1. libtoolize is provided by the "libtool" package. If it is used, a
> dependency to the "libtool" package has to added, too.
Right. Should be fixed.
>
> 2. running "libtoolize" _after_ running the "configure" script
> seems to be wrong and technically useless to me. If the libtool
> files really are out of sync and a "libtoolize" run should be
> required, it IMHO has to be done _before_ running "configure".
>
> 3. The above URL shows a discussion which tells that the generated
> files can be go out of sync if just "autoconf" is run. But the
> OpenPKG "gd" package does not run "autoconf" and it also doesn't
> patch "autoconf" input files (and so "autoconf" should be also not
> run implicitly). So how should the files gone out of sync here?
This is the output when I try to install the old gd package:
...
config.status: executing depfiles commands
+ /kolab/lib/openpkg/shtool subst -e 's;-LNONE;;' Makefile
shtool:subst:Warning: substitution resulted in no content change on file
"Makefile"
+ /kolab/bin/make --no-print-directory
cd . && /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run aclocal-1.9 -I
config
cd . && /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run automake-1.9
--foreign
cd . && /bin/sh /kolab/RPM/TMP/gd-2.0.35/config/missing --run autoconf
/bin/sh ./config.status --recheck
running CONFIG_SHELL=/bin/sh /bin/sh ./configure --cache-file=./config.cache
--prefix=/kolab --without-x --without-xpm --with-png=/kolab --with-jpeg=/kolab
--with-freetype=/kolab --disable-shared CC=/kolab/bin/cc CFLAGS=-O2 -pipe
LDFLAGS=-L/kolab/li
...
checking for strip... (cached) strip
checking for correct ltmain.sh version... no
configure: error:
*** [Gentoo] sanity check failed! ***
*** libtool.m4 and ltmain.sh have a version mismatch! ***
*** (libtool.m4 = 1.5.24, ltmain.sh = 1.5.22) ***
Please run:
libtoolize --copy --force
if appropriate, please contact the maintainer of this
package (or your distribution) for help.
....
Basically the line
%{l_make} %{l_mflags}
runs the problematic calls.
I did not go and check this error in depth to be honest. The
explanation given by Mike Frysinger seemed logical and fixed the issue
when building on Gentoo. I also checked that it did not disturb the
build on any of the other test machines ([rv]m[0-9]*).
So maybe the fix is incorrect but it definitely does not build on
OpenPKG/Gentoo :)
Cheers,
Gunnar
>
> Ralf S. Engelschall
> [EMAIL PROTECTED]
> www.engelschall.com
>
> ______________________________________________________________________
> OpenPKG http://openpkg.org
> Developer Communication List openpkg-dev@openpkg.org
______________________________________________________________________
OpenPKG http://openpkg.org
Developer Communication List openpkg-dev@openpkg.org
