hi,
i'm currently using automake 1.4. i need automake 1.5, therfore i have
downloaded it but the installation doesn't seem to be working. i placed the
downloaded automake1.5.tar.gz in the /usr directory. i did a './configure'.
then i did a 'make' but the messages say 'entering ... directory
»ç¾÷Á¤º¸¸¦ ´ãÀº CD¸¦ º¸³»µå¸³´Ï´Ù¾È³çÇϽʴϱî?
inter-NETwork & associates, KoreaÀÇ ¹ÚÁ¤ÈñÀÔ´Ï´Ù...
1. Àλç : ¼±»ý´ÔÀ»
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> But I think, the actual cause for this issue is something different:
Ralf> 3) AM_INIT_AUTOMAKE([no-define]) allows config-headers to be
Ralf> exported, ie. to export and thereby globally store configuration
Ralf> information.
Ralf
Why is it that using '+=' inside an 'if' with automake causes errors?
Here is an example makefile.am illustrating the offending behavior:
DUMMY = a
if SOME_CONDITION
DUMMY += b
endif
---
This prompts automake to produce the following error:
Makefile.am:1: DUMMY was already defined in condition
> Daniel> I have a recursive automake installation and I would like to
> Daniel> have make go into each subdirectory and execute some code
> Daniel> before and after the recursion. Is this possible with
> Daniel> automake?
>
> I don't think it is possible.
> Why do you need this?
>
> Tom
>
I
I found that the old rule in automake 1.4 that COPYING.LIB is prohibited
in GNITS mode is not enforced anymore. The explanation in the manual was
wrong: the LGPL is not considered a failed experiment tout court, but the
newer denomination Lesser GPL and the newer file name COPYING.LESSER
should b
Am Mon, 2002-02-04 um 10.31 schrieb Akim Demaille:
>
> | >>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
> | Ralf> Hi,
> | Ralf> Using the new AC_INIT syntax breaks AM_INIT_AUTOMAKE([no-define])
> | Ralf> rsp. its triple-argument form AM_INIT_AUTOMAKE(,,no):
> |
> | Ralf> Given suc
> I just installed automake-1.5d to check and verify for you that the couple
> of bugs I came across in 1.4 have really been fixed 1.5. When I try to run
>
> "aclocal" from automake 1.5, I get the following error:
> > aclocal
>
> aclocal: configure.in: 8: macro `AM_PROG_LIBTOOL' not found in libr
> &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;> nobase_include_HEADERS = sampleprocject/header1.h
> sampleproject2.h
>
> &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;> but then automake fails with:
>
> &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;> src/Makefile.am:8: in
Hi &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;,
>>> "&Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;" == &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr; &Kgr;&agr;&rgr;&ugr;&pgr;&iacgr;&dgr;&eegr;&sfgr; <[EMAIL PROTECTED]> writes:
[...]
&Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dg
I'd like to add in support for Objective-C (*.m) and Objective-C++ (*.mm).
I know about the work-around using the suffix rule, but it doesn't handle
dependencies...
Without having looked in any detail at automake, I'm guessing I may have
to add support into libtool (possibly even autoconf) as wel
Hello Tom, Alexandre & all,
I just installed automake-1.5d to check and verify for you that the couple of
bugs I came across in 1.4 have really been fixed 1.5. When I try to run
"aclocal" from automake 1.5, I get the following error:
> aclocal
aclocal: configure.in: 8: macro `AM_PROG_LIBTOOL'
| >>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
| Ralf> Hi,
| Ralf> Using the new AC_INIT syntax breaks AM_INIT_AUTOMAKE([no-define])
| Ralf> rsp. its triple-argument form AM_INIT_AUTOMAKE(,,no):
|
| Ralf> Given such kind of configure.ac
| Ralf> [..]
| Ralf> AC_INIT([foo],[0.1]
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> Automake used PACKAGE with a specific meaning for years. It is
Tom> unfortunate that Autoconf has chosen to use the same name with a
Tom> different meaning. But I don't wish to belab
>>> "platter" == platter <[EMAIL PROTECTED]> writes:
platter> Hello all,
Hi,
platter> Any help on this would be very much appreciated as I
platter> am completely stuck.
I guess you will get more answers if you ask the libtool mailing
list instead.
[...]
platter> [jks@saba newsmdi]$ gcc
> Hello all,
>
> Any help on this would be very much appreciated as I am completely stuck.
>
> I am having trouble repackaging a shared library using the Automake,
> libtool, and Autoconf. I have been able to successfully build a
> distribution that installs the shared library correctly, but when
>>> "&Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;" == &Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr; &Kgr;&agr;&rgr;&ugr;&pgr;&iacgr;&dgr;&eegr;&sfgr; (Alexandros Karypidis) writes:
[...]
&Agr;&lgr;&eacgr;&xgr;&agr;&ngr;&dgr;&rgr;&ogr;&sfgr;> nobase_include_HEADERS = sampleprocj
>>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Hi,
Ralf> Using the new AC_INIT syntax breaks AM_INIT_AUTOMAKE([no-define])
Ralf> rsp. its triple-argument form AM_INIT_AUTOMAKE(,,no):
Ralf> Given such kind of configure.ac
Ralf> [..]
Ralf> AC_INIT([foo],[0.1],[[EMAIL PROTECT
18 matches
Mail list logo
