On 31 Dec 2001, Tom Tromey wrote:
> Erik> lib_SLLIBRARIES = libaverage.sl
>
> Erik> libaverage_sl_SOURCES = \
> Erik> average_c.c \
> Erik> average_mmx.c \
> Erik> average_sse.c \
> Erik> average_altivec.c
>
> You can't accom
> "Simon" == Simon Perkins <[EMAIL PROTECTED]> writes:
Simon> I also notice that automake generates an 'installcheck' target,
Simon> but it's not described in the documentation.
Automake's user docs are nonexistent :-(. This is described in the
GNU Coding Standards. Really it would be nice
> "Dmitry" == Dmitry Mikhin <[EMAIL PROTECTED]> writes:
I didn't see a reply to this.
Dmitry> Assume that we have a language called K. The source files *.k
Dmitry> are compiled using a compiler called 'kc'. This project has a
Dmitry> single source file 'file.k' and I want to use autotools fo
> "Dan" == mcmahill <[EMAIL PROTECTED]> writes:
Sorry for the delay in my reply.
Dan> I'm doing some stuff where i really need to use the '.m' suffix,
Dan> but its not for objective-C. automake says:
Dan> automake: mex-wcalc/Makefile.am: Objective C source seen but `OBJC' not
Dan> defined
> "Akim" == akim <[EMAIL PROTECTED]> writes:
[ Reply to some old email ... ]
Akim> Why do we
Akim> if FOO
Akim> FOO = foo
Akim> endif
Akim> =>
Akim> @FOO_TRUE@FOO = foo
Akim> instead of
Akim> $(FOO_TRUE)FOO = foo
Akim> and leave a plain AC_SUBST definition of FOO_TRUE? That way,
Akim> rea
> "Erik" == Erik Walthinsen <[EMAIL PROTECTED]> writes:
Sorry for the delay in my reply.
Erik> I'm working on a project where I want to create a new class of
Erik> vars for automake, which will include rules which will turn into
Erik> both generated source targets, and normal libtool libs.
> ">" == Srinivas Cheruku <[EMAIL PROTECTED]> writes:
>> I have downloaded dejagnu-1.4.2. I have done
>> Making check in libdejagnu
>> mksh: Fatal error in reader: = missing from replacement macro reference
I have no idea why this might happen, sorry.
You'd probably have to ask on the dejag
> "Jared" == Jared Davis <[EMAIL PROTECTED]> writes:
Alexandre> It's a bug that install-strip doesn't do that. Can you try
Alexandre> this patch?
Jared> Ok, I've upgraded to automake 1.5 and the patch works great!
Alexandre, could you check the patch in? Thanks.
Jared> Out of curiosity -
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> The Makefiles generated by automake-1.5 have a "transform"
Harlan> definition that ends with a semicolon followed by a space, and
Harlan> the stock sed on FreeBSD-4 hates this (at least somewhere in
Harlan> the install target rule
I'm noticing a problem with automake-1.5 and the transform rule.
Specifically, I'm working with CVS amanda-2 and the --with-suffix option
The Makefiles generated by automake-1.5 have a "transform" definition that
ends with a semicolon followed by a space, and the stock sed on FreeBSD-4
hates thi
On Friday 28 December 2001 02:22 am, you wrote:
> It's a bug that install-strip doesn't do that. Can you try
> this patch?
Ok, I've upgraded to automake 1.5 and the patch works great! My library's
install now takes very little space compared to before.
Out of curiosity - -is there a way that
On 30 Dec 2001, Tom Tromey wrote:
> F.J.> Hi, I notice automake still assumes that makefiles are called
> F.J.> "Makefile" (see depout.m4, lines 27-28) and not "GNUmakefile".
> I ran into this problem in a different context, and I checked in a
> more general fix for it.
v. cool, thanks.
Happy Ne
12 matches
Mail list logo
