On Thu, Jun 14, 2001 at 07:55:32PM -0600, Tom Tromey wrote:
: Lars == Lars J Aas [EMAIL PROTECTED] writes:
: Lars That way I could run aclocal without having to remember the dirs
: Lars or wrap the invocation in a script (aclocal scans configure.ac
: Lars anyways).
:
: You can use
Here's a slightly revised test. I removed the Makefile.am
modification. libtool is still built by configure, but it is never
removed. For a real life application, the libraries might appear in a
subdirectory, rather than in the top level directory. Since
lib_LTLIBRARIES is not necessary for
Ladies Gentlemen,
Are you ready to the experience of a lifetime ?
As affiliates of the CIL group, we offer you to PLUGIN to the largest SEX-SERVER on
the WEB, in order to get more than 3000 MegaBytes of the best and most sensational SEX
on the entire Web!
Why on earth do you think that
This test looks good. The test fails in 1.4f, but succeeds in the
latest CVS release. The newer version of automake also solves the
problem in findutils which I had. Thanks.
Tom Tromey [EMAIL PROTECTED] writes:
Kevin == Kevin Dalley [EMAIL PROTECTED] writes:
Kevin If AC_CONFIG_AUX_DIR
--- Tom Tromey [EMAIL PROTECTED] wrote:
[...]
Stephen I'm Trying to update an old SCO unixware 2 box...Currently I
Stephen have CVS 1.10.8 there. (Yeah, shame on me)
Stephen The cc's -o option refuses to overwrite existing .o files...:
[...]
I want to know if this happens because
Kevin == Kevin Dalley [EMAIL PROTECTED] writes:
Kevin Here's a slightly revised test. I removed the Makefile.am
Kevin modification. libtool is still built by configure, but it is
Kevin never removed. For a real life application, the libraries
Kevin might appear in a subdirectory, rather than
Stephen == Stephen Cameron [EMAIL PROTECTED] writes:
Tom I want to know if this happens because argmatch.o already exists,
Tom or if it is because the SCO `cc' doesn't like `-c' and `-o'
Tom together.
Stephen It appears to be the latter:
We should already have the mechanisms we need to handle