Hi,
One of the changes recently was to use the
./config.status foo/Makefile
syntax for regenerating makefiles, instead of
CONFIG_FILES=foo/Makefile CONFIG_HEADERS= ./config.status
However, implicit in the old command was the execution of the various
"default" CONFIG_COMMANDS, one of the
> "Richard" == Richard Boulton <[EMAIL PROTECTED]> writes:
Richard> To expand a little: we have a project called evolution, with
Richard> a subproject in evolution/libical, with its own configure.in.
Richard> Within the libical project, ylwrap is needed. automake -a
Richard> puts a ylwrap in
> "Patrick" == Patrick Crosby <[EMAIL PROTECTED]> writes:
Patrick> is there a way to get automake to put the libraries specified
Patrick> in LDADD after the libraries in LIBS for linking?
Nope.
Patrick> is there a different LDADD-like variable that does this?
Nope.
Generally, LIBS is used
> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> I can reproduce your problem by manually setting compiler_c_o and
adl> compiler_o_lo to "no" in the libtool script generated for a
adl> pet-project. So ...
adl> As an immediate work-around, you can prevent `depcomp' to add
adl
> "Elisabetta" == Elisabetta Ronchieri <[EMAIL PROTECTED]> writes:
Elisabetta> if P_SELECTED
Elisabetta> Clientdir = $(prefix)/include
Elisabetta> Client_HEADERS= p.h
Elisabetta> lib_LTLIBRARIES= libp.la
Elisabetta> libp_la_SOURCES = events.c
Elisabetta> else
Elisabetta> noinst_LTLI
> "François" == François Chenais <[EMAIL PROTECTED]> writes:
I didn't see a reply to your question...
François> What does mean ?
François> /usr/local/share/automake/am/depend2.am: AMDEP does not appear in
AM_CONDITIONAL
François> /usr/local/share/automake/am/lang-compile.am: AMDEP do
> "Murray" == Murray Cumming <[EMAIL PROTECTED]> writes:
I didn't see a response to this.
Murray> I'm trying to make a package work with both automake 1.4 and
Murray> automake 1.5. I think that I could do this with some
Murray> conditionals in the Makefile.am files.
Murray> So is there a ma
> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
I didn't see a response to this.
adl> IMHO, Automake should be changed to work on a line by line basis
adl> (i.e. not paragraph) and let file_contents_internal accumulate
adl> the lines for a rule. Other opinions?
That's what we
> "Patrick" == Patrick Welche <[EMAIL PROTECTED]> writes:
Patrick> Sorry about the previous noise: setting MAKE=gmake avoided
Patrick> the problem (which was that %OBJ% in lib/am/yacc.am was
Patrick> ../parse.c, so sed s/y\.tab\.c/../parse.c/ wasn't happy)
Were you doing a VPATH build using
> "Brian" == Brian Minard <[EMAIL PROTECTED]> writes:
Brian> Can't call method "target_hook" on an undefined value at
Brian> /usr/local/bin/automake line 1896.
Alexandre> This has been fixed one week ago. I bet your copy of 1.5a
Alexandre> is older than that.
Brian> I've just checked auto
On 1 Jan 2002, Tom Tromey wrote:
> Is SpeciaLib GNU software?
> One of automake's goals is to interoperate well with GNU software.
SpeciaLib doesn't quite exist yet except as pieces pulled from other
projects of mine, mostly libcodec (see codecs.org for all this stuff
anyway). I intend to make o
> "Erik" == Erik Walthinsen <[EMAIL PROTECTED]> writes:
>> You can't accomplish what you want without hacking automake itself.
>> It seems like something specific to your project. Is that the case?
Erik> Yup. Well, sorta. "SpeciaLib" is a library and a set of tools
Erik> for creating spec
Dan> is there a way to turn off objective-c in automake?
Tom> There ought to be.
Tom> I think setting `SUFFIXES = .m' and then having your own .m.o rule
Tom> ought to be sufficient. Unfortunately I don't remember actually
Tom> implementing this ...
It's not implemented. And presently if
13 matches
Mail list logo
