Skip to contentSkip to conversation

build problems on FreeBSD of latest openvpn git

Openvpn-devel In review Gert Doering 4 participants 19 messages Mar 26, 2012

lore
Share & tools
lore

Gert Doering

author
#0 lore raw

Hi,

buildbot tried to build openvpn after David's merge yesterday, and failed miserably. To see what happened I tried to reproduce on my FreeBSD 7.4 build slave, and found this, in a fresh git clone:

[email protected]...:/home/gert$ git clone git://openvpn.git.sourceforge.net/gitroot/openvpn/openvpn.git
...
[email protected]...:/home/gert/openvpn$ autoreconf -vi
autoreconf-2.68: Entering directory `.'
autoreconf-2.68: configure.ac: not using Gettext
autoreconf-2.68: running: aclocal -I m4
autoreconf-2.68: configure.ac: tracing
autoreconf-2.68: configure.ac: not using Libtool
autoreconf-2.68: running: /usr/local/bin/autoconf-2.68
configure.ac:328: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:329: error: possibly undefined macro: AC_LIBTOOL_RC
configure.ac:330: error: possibly undefined macro: AC_PROG_LIBTOOL
autoreconf-2.68: /usr/local/bin/autoconf-2.68 failed with exit status: 1

running this again:

[email protected]...:/home/gert/openvpn$ autoreconf -vi
autoreconf-2.68: Entering directory `.'
autoreconf-2.68: configure.ac: not using Gettext
autoreconf-2.68: running: aclocal -I m4
autoreconf-2.68: configure.ac: tracing
autoreconf-2.68: configure.ac: not using Libtool
autoreconf-2.68: running: /usr/local/bin/autoconf-2.68
autoreconf-2.68: running: /usr/local/bin/autoheader-2.68
autoreconf-2.68: running: automake --add-missing --copy --no-force
configure.ac:39: installing `./config.guess'
configure.ac:39: installing `./config.sub'
configure.ac:38: installing `./install-sh'
configure.ac:38: installing `./missing'
src/compat/Makefile.am:18: Libtool library used but `LIBTOOL' is undefined
src/compat/Makefile.am:18:   The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
src/compat/Makefile.am:18:   to `configure.ac' and run `aclocal' and `autoconf' again.
src/compat/Makefile.am:18:   If `AC_PROG_LIBTOOL' is in `configure.ac', make sure
src/compat/Makefile.am:18:   its definition is in aclocal's search path.
src/compat/Makefile.am: installing `./depcomp'
autoreconf-2.68: automake failed with exit status: 1

This upsets buildbot, because it expects "autoreconf" to run through - so it fails in the "git clone, autoreconf" phase.

It does create a working "configure", though, so when I try to build from it, something more happens

[email protected]...:/home/gert/test$ ../openvpn/configure
...
checking for SSL_CTX_new in -lssl... yes
checking for EVP_CIPHER_CTX_set_key_length... yes
checking for ENGINE_load_builtin_engines... yes
checking for ENGINE_register_all_complete... yes
checking for ENGINE_cleanup... yes
checking for ssl_init in -lpolarssl... no
checking for aes_crypt_cbc in -lpolarssl... no
checking for lzo1x_1_15_compress in -llzo2... yes
checking lzo/lzoutil.h usability... yes
checking lzo/lzoutil.h presence... yes
checking for lzo/lzoutil.h... yes
checking lzo/lzo1x.h usability... yes
checking lzo/lzo1x.h presence... yes
checking for lzo/lzo1x.h... yes
checking for PKCS11_HELPER... no
configure: error: libdl is required for plugins

Now, this needs fixing - there is no libdl on FreeBSD, because dlopen() and friends are part of libc:

----------------------------------------------------------------------------
DLOPEN(3) FreeBSD Library Functions Manual DLOPEN(3)

NAME
dlopen, dlsym, dlfunc, dlerror, dlclose -- programmatic interface to the dynamic linker

LIBRARY
Standard C Library (libc, -lc)
----------------------------------------------------------------------------

gert

Signature · 4 lines
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             [email protected]...
fax: +49-89-35655025                        [email protected]...
author
#1 lore raw

Hi,

Quoted 4 lines · Gert Doering

buildbot tried to build openvpn after David's merge yesterday, and failed miserably. To see what happened I tried to reproduce on my FreeBSD 7.4 build slave, and found this, in a fresh git clone:

Quoted 15 lines
[email protected]...:/home/gert$ git clone git://openvpn.git.sourceforge.net/gitroot/openvpn/openvpn.git
...
[email protected]...:/home/gert/openvpn$ autoreconf -vi
autoreconf-2.68: Entering directory `.'
autoreconf-2.68: configure.ac: not using Gettext
autoreconf-2.68: running: aclocal -I m4
autoreconf-2.68: configure.ac: tracing
autoreconf-2.68: configure.ac: not using Libtool
autoreconf-2.68: running: /usr/local/bin/autoconf-2.68
configure.ac:328: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:329: error: possibly undefined macro: AC_LIBTOOL_RC
configure.ac:330: error: possibly undefined macro: AC_PROG_LIBTOOL
autoreconf-2.68: /usr/local/bin/autoconf-2.68 failed with exit status: 1

OK, David had an idea: this machine did not have libtool installed ("because we didn't need it before").

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

"configure" still fails looking for "libdl", though.

gert

Signature · 4 lines
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             [email protected]...
fax: +49-89-35655025                        [email protected]...
#2 lore raw
Quoted 23 lines · Gert Doering

Hi,

Quoted 4 lines · Gert Doering

buildbot tried to build openvpn after David's merge yesterday, and failed miserably.  To see what happened I tried to reproduce on my FreeBSD 7.4 build slave, and found this, in a fresh git clone:

Quoted 15 lines
[email protected]...:/home/gert$ git clone git://openvpn.git.sourceforge.net/gitroot/openvpn/openvpn.git
...
[email protected]...:/home/gert/openvpn$ autoreconf -vi
autoreconf-2.68: Entering directory `.'
autoreconf-2.68: configure.ac: not using Gettext
autoreconf-2.68: running: aclocal -I m4
autoreconf-2.68: configure.ac: tracing
autoreconf-2.68: configure.ac: not using Libtool
autoreconf-2.68: running: /usr/local/bin/autoconf-2.68
configure.ac:328: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
      If this token and others are legitimate, please use m4_pattern_allow.
      See the Autoconf documentation.
configure.ac:329: error: possibly undefined macro: AC_LIBTOOL_RC
configure.ac:330: error: possibly undefined macro: AC_PROG_LIBTOOL
autoreconf-2.68: /usr/local/bin/autoconf-2.68 failed with exit status: 1
Quoted 2 lines

OK, David had an idea: this machine did not have libtool installed ("because we didn't need it before").

Right.
Usually you do autoreconf -ivf && ./configure && make dist at development machine or central build server and send the tarball to build machines, this way you don't need to install the autotools components on all build machines.

Quoted 6 lines

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

"configure" still fails looking for "libdl", though.

Yes, this results of strange development procedure, merge first then test... :)

Can you please send me the config.log?
I will fix that.

Thanks for testing!

Alon.

author
#3 lore raw

Hi,

(on-list)

Quoted 7 lines · Alon Bar-Lev
Quoted 7 lines
Quoted 6 lines

configure.ac:328: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation.
configure.ac:329: error: possibly undefined macro: AC_LIBTOOL_RC configure.ac:330: error: possibly undefined macro: AC_PROG_LIBTOOL autoreconf-2.68: /usr/local/bin/autoconf-2.68 failed with exit status: 1

Quoted 8 lines
Quoted 2 lines

OK, David had an idea: this machine did not have libtool installed ("because we didn't need it before").

Right.
Usually you do autoreconf -ivf && ./configure && make dist at development machine or central build server and send the tarball to build machines, this way you don't need to install the autotools components on all build machines.

Yep. Can we improve the error message here, so people running buildbot or doing development can see that they are missing libtool?

Quoted 7 lines
Quoted 5 lines

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

"configure" still fails looking for "libdl", though.

Yes, this results of strange development procedure, merge first then test... :)

Well, we did test, but not on all platforms yet - that's what we have the buildbot armada for, and they need the merge first :-)

Quoted 2 lines

Can you please send me the config.log?
I will fix that.

I'll send the config.log off-list.

gert

Signature · 4 lines
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             [email protected]...
fax: +49-89-35655025                        [email protected]...
#4 lore raw
Quoted 2 lines · Gert Doering

Yep.  Can we improve the error message here, so people running buildbot or doing development can see that they are missing libtool?

Unfortunately, I don't control the generation process... :(

Alon.

#5 lore raw
In reply to Gert Doering
Quoted 4 lines · Gert Doering
Quoted 2 lines

Can you please send me the config.log?
I will fix that.

I'll send the config.log off-list.

Thanks!
I should not have tested the dependency of libdl and plugins. I guess you can work around this by adding DL_LIBS=" " to configure.

Alon.

#6 lore raw

PATCH 1/1 build: assume dlfcn is available on all supported platforms

Signed-off-by Alon Bar-Lev <[email protected]...>
---
 configure.ac |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)
configure.ac +0 -1
index bd84c0f..a30e873 100644
@@ -840,7 +840,6 @@ if test "${enable_crypto}" = "yes"; then
 fi
 
 if test "${enable_plugins}" = "yes"; then
-	test "${WIN32}" != "yes" -a -z "${DL_LIBS}" && AC_MSG_ERROR([libdl is required for plugins])
 	OPTIONAL_DL_LIBS="${DL_LIBS}"
 	AC_DEFINE([ENABLE_PLUGIN], [1], [Enable systemd support])
 	test "${enable_eurephia}" = "yes" && AC_DEFINE([ENABLE_EUREPHIA], [1], [Enable support for the eurephia plug-in])
Signature · 1 line
1.7.3.4
author
#7 lore raw

Re: [Openvpn-devel] [PATCH] build: assume dlfcn is available on all supported platforms

Hi,

Quoted 4 lines · Alon Bar-Lev
Signed-off-by Alon Bar-Lev <[email protected]...>
---
 configure.ac |    1 -
 1 files changed, 0 insertions(+), 1 deletions(-)

Tested on FreeBSD 7.4 -> configure works fine now, make builds, resulting binary exists...

[email protected]...:/home/gert/alon/test$ ./src/openvpn/openvpn --version
OpenVPN 2.3_alpha1 amd64-unknown-freebsd7.4 [SSL (OpenSSL)] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110522-1 (2.2.0)] built on Mar 26 2012

(no further tests done, but this is good enough improvement to *ACK* this).

gert

Signature · 4 lines
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             [email protected]...
fax: +49-89-35655025                        [email protected]...
#8 lore raw

Re: [Openvpn-devel] [PATCH] build: assume dlfcn is available on all supported platforms

Quoted 8 lines · Gert Doering

Hi,

Quoted 4 lines · Alon Bar-Lev
Signed-off-by Alon Bar-Lev <[email protected]...>

---
 configure.ac |    1 -

 1 files changed, 0 insertions(+), 1 deletions(-)
Quoted 7 lines

Tested on FreeBSD 7.4 -> configure works fine now, make builds, resulting binary exists...

[email protected]...:/home/gert/alon/test$ ./src/openvpn/openvpn --version
OpenVPN 2.3_alpha1 amd64-unknown-freebsd7.4 [SSL (OpenSSL)] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110522-1 (2.2.0)] built on Mar 26 2012

(no further tests done, but this is good enough improvement to *ACK* this).

Hmmm....
This --version is very short.... is it the full output? I expecting something similar to:

OpenVPN 2.3_alpha1 x86_64-pc-linux-gnu [SSL (OpenSSL)] [LZO] [EPOLL] [PKCS11] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110522-1 (2.2.0)] built on Mar 22 2012
Originally developed by James Yonan
Copyright (C) 2002-2010 OpenVPN Technologies, Inc. <[email protected]...> Compile time defines: enable_crypto=yes enable_debug=yes enable_def_auth=yes enable_dependency_tracking=no enable_dlopen=unknown enable_dlopen_self=unknown enable_dlopen_self_static=unknown enable_eurephia=yes enable_fast_install=needless enable_fragment=yes enable_http_proxy=yes enable_iproute2=yes enable_libtool_lock=yes enable_lzo=yes enable_lzo_stub=no enable_malloc0returnsnull=yes enable_management=yes enable_multi=yes enable_multihome=yes enable_password_save=no enable_pedantic=no enable_pf=yes enable_pkcs11=yes enable_plugins=yes enable_port_share=yes enable_selinux=no enable_server=yes enable_shared=yes enable_shared_with_static_runtimes=no enable_small=no enable_socks=yes enable_ssl=yes enable_static=yes enable_strict=no enable_strict_options=no enable_systemd=no enable_win32_dll=yes enable_x509_alt_username=no with_crypto_library=openssl with_gnu_ld=yes with_mem_check=no with_sysroot=no

author
#9 lore raw

Re: [Openvpn-devel] [PATCH] build: assume dlfcn is available on all supported platforms

Hi,

Quoted 11 lines · Alon Bar-Lev
Quoted 7 lines

Tested on FreeBSD 7.4 -> configure works fine now, make builds, resulting binary exists...

[email protected]...:/home/gert/alon/test$ ./src/openvpn/openvpn --version
OpenVPN 2.3_alpha1 amd64-unknown-freebsd7.4 [SSL (OpenSSL)] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110522-1 (2.2.0)] built on Mar 26 2012

(no further tests done, but this is good enough improvement to *ACK* this).

Hmmm....
This --version is very short.... is it the full output? I expecting something similar to:

The complete output is similar to what you pasted, but to "just show success", I didn't want to paste all of it.

Here's the long one:

OpenVPN 2.3_alpha1 amd64-unknown-freebsd7.4 [SSL (OpenSSL)] [eurephia] [MH] [PF_INET6] [IPv6 payload 20110522-1 (2.2.0)] built on Mar 26 2012
Originally developed by James Yonan
Copyright (C) 2002-2010 OpenVPN Technologies, Inc. <[email protected]...>
Compile time defines: enable_crypto=yes enable_debug=yes enable_def_auth=yes enable_dlopen=unknown enable_dlopen_self=unknown enable_dlopen_self_static=unknown enable_eurephia=yes enable_fast_install=needless enable_fragment=yes enable_http_proxy=yes enable_iproute2=no enable_libtool_lock=yes enable_lzo=no enable_lzo_stub=no enable_management=yes enable_multi=yes enable_multihome=yes enable_pedantic=no enable_pf=yes enable_pkcs11=no enable_plugins=yes enable_port_share=yes enable_selinux=no enable_server=yes enable_shared=yes enable_shared_with_static_runtimes=no enable_small=no enable_socks=yes enable_ssl=yes enable_static=yes enable_strict=no enable_strict_options=no enable_systemd=no enable_win32_dll=yes enable_x509_alt_username=no with_crypto_library=openssl with_gnu_ld=yes with_mem_check=no

thanks.

gert

Signature · 4 lines
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             [email protected]...
fax: +49-89-35655025                        [email protected]...
#10 lore raw

Re: [Openvpn-devel] [PATCH] build: assume dlfcn is available on all supported platforms

In reply to Alon Bar-Lev

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Quoted 3 lines · Alon Bar-Lev
Signed-off-by Alon Bar-Lev <[email protected]...> --- configure.ac |

1 - 1 files changed, 0 insertions(+), 1 deletions(-)

ACK! Applied to master branches on -testing and stable trees.

commit 020cbe3f7a64279af2bd14e615422f058050e513

Author: Alon Bar-Lev <[email protected]...>
Date:   Mon Mar 26 12:34:07 2012 +0200
    Signed-off-by: Alon Bar-Lev <[email protected]...>
    Tested-by: Gert Doering <[email protected]...>
    Acked-by: David Sommerseth <[email protected]...>
    Signed-off-by: David Sommerseth <[email protected]...>

kind regards,

David Sommerseth
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9wZYAACgkQDC186MBRfrqOLQCfUMV2NcC3risMgBS5lc6RDDtc ELcAoJgd5UDFtPYhRsdr9wFO1luOSuTT
=71TJ
-----END PGP SIGNATURE-----

#11 lore raw
In reply to Gert Doering
Quoted 2 lines · Gert Doering

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use.
Why did you chose 2.2.10?

Alon.

#12 lore raw

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Quoted 7 lines · Alon Bar-Lev
Quoted 2 lines · Gert Doering

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use. Why did you chose 2.2.10?

Remember we need to support the RHEL5 platform. That ships with libtool-1.5.22. EL6 ships with 2.2.10.

kind regards,

David Sommerseth

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9wumoACgkQDC186MBRfrrFwQCfX8xTCZvVBohMEzYcstlYm5D6 c4IAoINeBjECVwD6akdHZV1jqeYEq3DB
=bCGt
-----END PGP SIGNATURE-----

#13 lore raw
Quoted 6 lines · David Sommerseth

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Quoted 2 lines · Alon Bar-Lev

On Mon, Mar 26, 2012 at 11:50 AM, Gert Doering
<[email protected]...> wrote:

Quoted 8 lines
Quoted 5 lines
Quoted 2 lines

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use. Why did you chose 2.2.10?

Remember we need to support the RHEL5 platform.  That ships with libtool-1.5.22.  EL6 ships with 2.2.10.

I remember, it will work (please test).
Just to know that if you install, why not the latest... :)

Just keep in mind that formal source tarballs should be provided using libtool-2.4, to avoid Windows build issues.

Alon.

#14 lore raw

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Quoted 10 lines · Alon Bar-Lev
Quoted 8 lines · David Sommerseth

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Quoted 5 lines · Alon Bar-Lev
Quoted 2 lines · Gert Doering

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Quoted 8 lines
Quoted 5 lines
Quoted 2 lines

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use. Why did you chose 2.2.10?

Remember we need to support the RHEL5 platform. That ships with libtool-1.5.22. EL6 ships with 2.2.10.

I remember, it will work (please test). Just to know that if you install, why not the latest... :)

There are people who build on RHEL5, so they install the Red Hat provided tools. And for example, these same tool versions are also used when you build EPEL packages via Fedora's koji tool.

Quoted 2 lines

Just keep in mind that formal source tarballs should be provided using libtool-2.4, to avoid Windows build issues.

That's no problem. 'make dist' can be run on a newer platform. That will be when I'm upgrading to Fedora 17 or so.

kind regards,

David Sommerseth
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9wvIgACgkQDC186MBRfro8JwCdEVYLe+JG3pKcWVbs/nTPaIh8 RnsAn0r9nETx5x94/xD6scrvyM4DnhTm
=OSBs
-----END PGP SIGNATURE-----

author
#15 lore raw
In reply to David Sommerseth

Hi,

Quoted 11 lines · David Sommerseth
Quoted 7 lines · Alon Bar-Lev
Quoted 2 lines · Gert Doering

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use. Why did you chose 2.2.10?

Remember we need to support the RHEL5 platform. That ships with libtool-1.5.22. EL6 ships with 2.2.10.

For "running autoconf" or for "running the configure script generated on something recent"?

Normally we do the latter, just the buildbots need to run autoconf locally (and we do not have a RHEL5 buildbot).

gert

Signature · 4 lines
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             [email protected]...
fax: +49-89-35655025                        [email protected]...
#16 lore raw
Quoted 12 lines · Gert Doering

Hi,

Quoted 9 lines · David Sommerseth
Quoted 7 lines · Alon Bar-Lev
Quoted 2 lines · Gert Doering

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use. Why did you chose 2.2.10?

Quoted 8 lines
Quoted 2 lines

Remember we need to support the RHEL5 platform.  That ships with libtool-1.5.22.  EL6 ships with 2.2.10.

For "running autoconf" or for "running the configure script generated on something recent"?

Normally we do the latter, just the buildbots need to run autoconf locally (and we do not have a RHEL5 buildbot).

I promised to support autoreconf -ivf on machine running autoconf 2.59, automake 1.9, libtool-1.5.

I did my best to support this, I will be glad if you guys can confirm.

Alon.

#17 lore raw
In reply to Gert Doering

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Quoted 12 lines · Gert Doering

Hi,

Quoted 9 lines · David Sommerseth
Quoted 7 lines · Alon Bar-Lev
Quoted 2 lines · Gert Doering

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use. Why did you chose 2.2.10?

Quoted 8 lines
Quoted 2 lines

Remember we need to support the RHEL5 platform. That ships with libtool-1.5.22. EL6 ships with 2.2.10.

For "running autoconf" or for "running the configure script generated on something recent"?

Normally we do the latter, just the buildbots need to run autoconf locally (and we do not have a RHEL5 buildbot).

True, we don't have RHEL5 buildbot, but I run tests on RHEL5 from time to time.

kind regards,

David Sommerseth
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAk9wvNsACgkQDC186MBRfrqM/wCfbUfG5RSojnjrn2TBZNV5XPk8 JOAAn399TlRGQpD5ZxA7gkSh/0htHPRW
=3bCP
-----END PGP SIGNATURE-----

author
#18 lore raw
In reply to Alon Bar-Lev

Hi,

Quoted 7 lines · Alon Bar-Lev
Quoted 2 lines · Gert Doering

I have now installed libtool 2.2.10, and with that, "autoreconf -vi" does not return an error anymore.

Gentoo stable libtool is sys-devel/libtool-2.4, it contains some fixes for mingw which I use.
Why did you chose 2.2.10?

"That's what the ports tree gives to me".

I take care to keep the buildslaves as close to a typical OS + "os-specific package system" installation as I can - and FreeBSD 7.4 has libtool 2.2.10. FreeBSD 9-current has libtool 2.4.

These are not use for cross-compiling, just for tests on this particular operating system (buildslaves and my own functionality tests before sending new patches).

gert

Signature · 4 lines
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             [email protected]...
fax: +49-89-35655025                        [email protected]...