Re: [Gc]: Maintainers attention: libatomic_ops
ivmai at mail.ru
Fri Oct 2 01:31:52 PDT 2009
"Matthias Andree" <matthias.andree at gmx.de> wrote:
> Am 01.10.2009, 09:37 Uhr, schrieb Ivan Maidanski <ivmai at mail.ru>:
> > Hi!
> > Petter Urkedal <urkedal at nbi.dk> wrote:
> >> On 2009-10-01, Matthias Andree wrote:
> >> > Am 30.09.2009, 19:32 Uhr, schrieb Petter Urkedal <urkedal at nbi.dk>:
> >> > > On 2009-09-29, Boehm, Hans wrote:
> >> > >> It looks like we're using automake 1.9.6 and autoconf 2.59?
> >> > >
> >> > > I believe that's the latest versions which are widely available.
> >> >
> >> > Not at all. Current versions are automake 1.10.2 and autoconf 2.64. I
> >> > checked FreeBSD: automake 1.10.2 and autoconf 2.62; Ubuntu Hardy (the
> >> > early 2008 long-term support release) already has the releases
> >> suggested
> >> > below, current openSUSE has 1.10.1 and autoconf 2.63; Fedora 11 has
> >> > autoconf 2.63 and automake 1.11.
> > I've installed newest autoconf and automake. Now, autoreconf -vif (after
> > deleting libtool.m4) fails with:
> If you've installed those into a different path prefix than libtool, that
> may be it.
> > configure.ac:397: error: possibly undefined macro: AC_ENABLE_SHARED
> > If this token and others are legitimate, please use
> > m4_pattern_allow.
> > See the Autoconf documentation.
> > configure.ac:471: error: possibly undefined macro: AC_PROG_LIBTOOL
I've already solved the problem by installing libtool. Fetch the latest CVS.
> Try forcing libtoolize and heed its warnings and suggestions
> (unfortunately they are easily lost in the clutter).
> Particularly, I'd suggest not to lump everything into
> acinclude.m4/aclocal.m4 but use a separate m4/ directory as libtoolize
> will suggest.
> Matthias Andree
More information about the Gc