You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@apr.apache.org by Jim Jagielski <ji...@jaguNET.com> on 2009/02/09 20:39:11 UTC
Building APR weirdness
On MacOSX and apr 1.4 branch:
<jimsys:httpd-trunk/srclib/apr> % ./buildconf
buildconf: checking installation...
buildconf: python version 2.5.4 (ok)
buildconf: autoconf version 2.63 (ok)
buildconf: libtool version 2.2.6 (ok)
Copying libtool helper files ...
./buildconf: line 56: alias: -g: invalid option
alias: usage: alias [-p] [name[=value] ... ]
./buildconf: eval: line 133: syntax error near unexpected token `)'
./buildconf: eval: line 133: ` -*) progname=./$progname ;;'
buildconf: Using libtool.m4 at /opt/local/share/aclocal/libtool.m4.
Creating include/arch/unix/apr_private.h.in ...
configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not
m4_defun'd
build/libtool.m4:67: LT_INIT is expanded from...
build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
configure.in:186: the top level
configure.in:186: warning: LTSUGAR_VERSION is m4_require'd but not
m4_defun'd
configure.in:186: warning: LTVERSION_VERSION is m4_require'd but not
m4_defun'd
configure.in:186: warning: LTOBSOLETE_VERSION is m4_require'd but not
m4_defun'd
Creating configure ...
configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not
m4_defun'd
build/libtool.m4:67: LT_INIT is expanded from...
build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
configure.in:186: the top level
configure.in:186: warning: LTSUGAR_VERSION is m4_require'd but not
m4_defun'd
configure.in:186: warning: LTVERSION_VERSION is m4_require'd but not
m4_defun'd
configure.in:186: warning: LTOBSOLETE_VERSION is m4_require'd but not
m4_defun'd
configure:9753: error: possibly undefined macro: m4_ifval
If this token and others are legitimate, please use
m4_pattern_allow.
See the Autoconf documentation.
configure:12351: error: possibly undefined macro: _LT_SET_OPTIONS
configure:12351: error: possibly undefined macro: LT_INIT
Generating 'make' outputs ...
rebuilding rpm spec file
Re: Building APR weirdness
Posted by Arfrever Frehtes Taifersar Arahesis <ar...@gmail.com>.
2009-02-09 20:39:11 Jim Jagielski napisał(a):
> On MacOSX and apr 1.4 branch:
>
> <jimsys:httpd-trunk/srclib/apr> % ./buildconf
> buildconf: checking installation...
> buildconf: python version 2.5.4 (ok)
> buildconf: autoconf version 2.63 (ok)
> buildconf: libtool version 2.2.6 (ok)
> Copying libtool helper files ...
> ./buildconf: line 56: alias: -g: invalid option
> alias: usage: alias [-p] [name[=value] ... ]
> ./buildconf: eval: line 133: syntax error near unexpected token `)'
> ./buildconf: eval: line 133: ` -*) progname=./$progname ;;'
> buildconf: Using libtool.m4 at /opt/local/share/aclocal/libtool.m4.
> Creating include/arch/unix/apr_private.h.in ...
> configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not
> m4_defun'd
> build/libtool.m4:67: LT_INIT is expanded from...
> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
> configure.in:186: the top level
> configure.in:186: warning: LTSUGAR_VERSION is m4_require'd but not
> m4_defun'd
> configure.in:186: warning: LTVERSION_VERSION is m4_require'd but not
> m4_defun'd
> configure.in:186: warning: LTOBSOLETE_VERSION is m4_require'd but not
> m4_defun'd
> Creating configure ...
> configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not
> m4_defun'd
> build/libtool.m4:67: LT_INIT is expanded from...
> build/libtool.m4:102: AC_PROG_LIBTOOL is expanded from...
> configure.in:186: the top level
> configure.in:186: warning: LTSUGAR_VERSION is m4_require'd but not
> m4_defun'd
> configure.in:186: warning: LTVERSION_VERSION is m4_require'd but not
> m4_defun'd
> configure.in:186: warning: LTOBSOLETE_VERSION is m4_require'd but not
> m4_defun'd
> configure:9753: error: possibly undefined macro: m4_ifval
> If this token and others are legitimate, please use
> m4_pattern_allow.
> See the Autoconf documentation.
> configure:12351: error: possibly undefined macro: _LT_SET_OPTIONS
> configure:12351: error: possibly undefined macro: LT_INIT
> Generating 'make' outputs ...
> rebuilding rpm spec file
http://marc.info/?l=apr-dev&m=120630072732498
--
Arfrever Frehtes Taifersar Arahesis
Re: Building APR weirdness
Posted by Jim Jagielski <ji...@jaguNET.com>.
On Feb 9, 2009, at 3:13 PM, Eric Covener wrote:
> On Mon, Feb 9, 2009 at 2:39 PM, Jim Jagielski <ji...@jagunet.com> wrote:
>> On MacOSX and apr 1.4 branch:
>>
>> <jimsys:httpd-trunk/srclib/apr> % ./buildconf
>> buildconf: checking installation...
>> buildconf: python version 2.5.4 (ok)
>> buildconf: autoconf version 2.63 (ok)
>> buildconf: libtool version 2.2.6 (ok)
>> Copying libtool helper files ...
>> ./buildconf: line 56: alias: -g: invalid option
>> alias: usage: alias [-p] [name[=value] ... ]
>> ./buildconf: eval: line 133: syntax error near unexpected token `)'
>> ./buildconf: eval: line 133: ` -*) progname=./$progname ;;'
>> buildconf: Using libtool.m4 at /opt/local/share/aclocal/libtool.m4.
>> Creating include/arch/unix/apr_private.h.in ...
>> configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not
>> m4_defun'd
>
> Is this fixed by joe in trunk with r733052?
>
Yeah, it's fixed in trunk... It's just that I'm wondering
if the trunk patch "hides" the another problem...
Re: Building APR weirdness
Posted by Eric Covener <co...@gmail.com>.
On Mon, Feb 9, 2009 at 2:39 PM, Jim Jagielski <ji...@jagunet.com> wrote:
> On MacOSX and apr 1.4 branch:
>
> <jimsys:httpd-trunk/srclib/apr> % ./buildconf
> buildconf: checking installation...
> buildconf: python version 2.5.4 (ok)
> buildconf: autoconf version 2.63 (ok)
> buildconf: libtool version 2.2.6 (ok)
> Copying libtool helper files ...
> ./buildconf: line 56: alias: -g: invalid option
> alias: usage: alias [-p] [name[=value] ... ]
> ./buildconf: eval: line 133: syntax error near unexpected token `)'
> ./buildconf: eval: line 133: ` -*) progname=./$progname ;;'
> buildconf: Using libtool.m4 at /opt/local/share/aclocal/libtool.m4.
> Creating include/arch/unix/apr_private.h.in ...
> configure.in:186: warning: LTOPTIONS_VERSION is m4_require'd but not
> m4_defun'd
Is this fixed by joe in trunk with r733052?
--
Eric Covener
covener@gmail.com