> "Hari" == Raja R Harinath <[EMAIL PROTECTED]> writes:
Hari> Please revert the CONFIG_COMMANDS part of
Hari> 2001-02-04 Kevin Ryde <[EMAIL PROTECTED]>
Hari> * automake.in (handle_configure): Call config.status with empty
Hari> CONFIG_LINKS and CONFIG_COMMANDS when regener
> "Jeremy" == Jeremy Slade <[EMAIL PROTECTED]> writes:
Jeremy> I am using autoconf-2.49c and automake-1.4b on HPUX 10.20.
Jeremy> When I put AM_PROG_LIBTOOL in my configure.in, automake says I
Jeremy> should use AC_PROG_LIBTOOL instead. But when I change it,
Jeremy> autoconf then generates a
> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> 2001-02-09 Lars J. Aas <[EMAIL PROTECTED]>
Lars> * automake.in ($MACRO_PATTERN): Include '@' in name regex.
Lars> (&canonicalize): New. Includes '@' in canonical range.
Lars> (&check_canonical_spelling, &handle_programs, &handle
> "Tim" == Tim Heath <[EMAIL PROTECTED]> writes:
Tim>I am getting the message:
Tim> libtool: link: cannot build libtool library `liboracle.la' from
Tim> non-libtool objects: /opt/oracle/X/product/8.1.6/lib/libcore8.a
Tim> Does anyone know how to fix this?
I recommend asking on the l
> "Matthew" == Matthew R MacIntyre <[EMAIL PROTECTED]> writes:
Matthew> Ok, tried that. I had to change testprogram_LDADD to
Matthew> testprogram_LDFLAGS, and fix a few other autoconf errors, and
Matthew> then I got this error when building:
Matthew> make: *** No rule to make target `libArr
> "Matthew" == Matthew R MacIntyre <[EMAIL PROTECTED]> writes:
Matthew> How can I get automake setup the Makefile in the test/
Matthew> directory to link with the objects in the src/ directory?
You'd think that this would work:
AUTOMAKE_OPTIONS = subdir-objects
check_PROGRAMS = test
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> Is there a good reason that Automake renames the three
Derek> variables set by AC_CANONICAL_* ('build', 'host', & 'target')
Derek> to 'build_triplet', 'host_triplet', & 'target_triplet'?
I can't remember one. One thing to know is
> > How can I make a Makefile based on automake to be conditionnal
> > at make time and not at configure time.
> Basically, you can't. This just can't be done with portable Makefile
> rules, in general.
Maybe you can have something like:
foo:
@if test; then \
$(MAKE) foo-true;
stamp-h1 and stamp-h1T resolve to the same file name on MSDOS,
so use stamp-h1.T instead.
Note that problems will still arise if stamp-h1 and stamp-h10
need to be present in the same directory.
2001-02-10 Tim Van Holder <[EMAIL PROTECTED]>
* remake-hdr.am (@STAMP@): Use .T as suffix fo
2001-02-10 Tim Van Holder <[EMAIL PROTECTED]>
* m4/sanity.m4: Quote AC_MSG_RESULT's argument.
Index: m4/sanity.m4
===
RCS file: /cvs/automake/m4/sanity.m4,v
retrieving revision 1.11
diff -u -r1.11 sanity.m4
--- m4/sanity.m
Most of this is taken from the Cygnus build tree, I think.
The test -d was added because:
a) it makes sense (to me, at least) not to try creating a
dir that exists
b) not checking this would cause the creation of actual
"/dev" and "/dev/env" directories, where paths of the
form "/dev
2001-02-10 Tim Van Holder <[EMAIL PROTECTED]>
* ylwrap: Support DOS-style absolute paths. Don't use
'ln -s' on DOSish systems.
* tests/defs: Support DOS-style absolute paths.
* tests/installsh.test: Support DOS-style absolute paths.
Index: ylwrap
==
Title: NOMBRE
EARN
MONEY FROM YOUR WEB SITE BECOME A WORLDSPAIN PARTNER
15% for you
GET
FREE OUR CONVERSION TABLE OF CATALOGUE NUMBERS (only Spain not
colonial period)
"Rusty Ballinger" <[EMAIL PROTECTED]> writes:
> include does work in automake 1.4:
>
> include $(top_srcdir)/packages/javadefs.am
>
> However, if you go
>
> JAVAROOT = ../../../../..
> include $(JAVAROOT)/javadefs.am
>
> then automake 1.4 puts that line in the Makefile rather than
Hi,
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> This isn't really enough information to go on. How about
Tom> posting the relevant section of your Makefile.am?
I think I've got it figured out, but if this is not the preferred
solution, please let me know what the best w
15 matches
Mail list logo