>>> "Randall" == Randall Hopper <[EMAIL PROTECTED]> writes:
Randall> Is this Makefile.am source valid?
Yes, starting with Automake 1.7.
--
Alexandre Duret-Lutz
ols has to
create the directory, I think it should be autopoint.
[...]
--
Alexandre Duret-Lutz
>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
>>> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
adl> [...]
Akim> So, should automake -i make sure the directory exists and
Akim> create it if needed?
adl> auto
> dist-tarball.
This is expected. If instead you use
dist_bin_SCRIPTS = my_scripts
it will be distributed.
Magnus> I couldn't find this behaviour documented anywhere,
Let's fix this. I'm checking this in.
2003-09-26 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
; the one in the Automake CVS repository.
Thank you. Automake is the master for this file. Given
Andrea's comment and yours about _AS_MKDIR_P_PREPARE, how about
the following instead?
2003-09-26 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* lib/mkinstalldirs: Clean
n> This breaks the "distcheck" target; because apparently
Braden> distcheck's _inst directory is not writable when this
Braden> rule is run.
[...]
Braden> Why is _inst not writable?
This allows distcheck to catch user rules that do not honor $(DESTDIR).
--
Alexandre Duret-Lutz
ke was assuming that make files are
called Makefile.
I'm installing this on HEAD, so that will be in Automake 1.8. By
the meantime you'll have to supply DISTCLEANFILES variables
to help Automake.
2003-09-29 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* automake.in (h
a cunning name). Obviously we need to support
sub-variables such as _SOURCES or _CPPFLAGS just like _PROGRAMS
does, but the logic would be much simpler than in _PROGRAMS
because there is no need to explore these variables. (At least
I think there is no need, is this true?)
--
Alexandre Duret-Lutz
We're pleased to announce the release of Automake 1.7.8.
Automake is a tool for automatically generating `Makefile.in's
suitable for use with Autoconf, compliant with the GNU Makefile
standards, and portable to various make implementations.
This is a bug fix release. The list of bug fixes is app
live with this, but I'd rather the check for
Kevin> "-module" look into AM_LDFLAGS if module_..._LDFLAGS has not been
Kevin> specified.
[...]
Thank for the report. This should be fixed in Automake 1.7.8.
ftp://sources.redhat.com/pub/automake/automake-1.7.8.tar.gz
--
Alexandre Duret-Lutz
MAKE_OPTIONS = -Wno-gnu' in all the
affected Makefile.am, or a use global
`AM_INIT_AUTOMAKE([-Wno-gnu])', or try to gather all kernel
modules inside a subpackage with its own configure and different
CFLAGS.
--
Alexandre Duret-Lutz
hese translation can be automated so you
don't hand-edit your 100+ Makefiles.
--
Alexandre Duret-Lutz
ieve
you are running automake 1.4, even if you installed 1.7.x.
--
Alexandre Duret-Lutz
S file.
Emile> Or just where the manual for the last several releases
Emile> is up online?
The last version is at sources.redhat.com/automake/automake.html.
You should be able to build older version from the texi sources
included in each tarball.
--
Alexandre Duret-Lutz
ke 1.8 will require Autoconf 2.58, so
right now we are assuming that those who use CVS Automake also
use CVS Autoconf.)
--
Alexandre Duret-Lutz
ROTECTED]
Dean Povey [EMAIL PROTECTED]
Derek R. Price [EMAIL PROTECTED]
+Didier Cassirame [EMAIL PROTECTED]
Dieter Baron [EMAIL PROTECTED]
Dmitry Mikhin [EMAIL PROTECTED]
Doug Evans [EMAIL PROTECTED]
--
Alexandre Duret-Lutz
>>> "Patrick" == Patrick Welche <[EMAIL PROTECTED]> writes:
Patrick> On Tue, Oct 21, 2003 at 01:54:35PM +0200, Alexandre Duret-Lutz wrote:
>> >>> "Patrick" == Patrick Welche <[EMAIL PROTECTED]> writes:
>>
>> [...]
Ognyan> non-libtool
Ognyan> *** objects memory_objectServer.o notifyServer.o is not portable!
Libtool objects ends with `.lo', not `.o'. Further discussion
about this are in the 'Libtool Concept' node of the manual.
--
Alexandre Duret-Lutz
this package was built
with Autoconf <=2.13 and Automake <=1.4.) That should disappear
as soon as the timestamps are fixed.
--
Alexandre Duret-Lutz
udes empty
directories, hence the failure.
I'm installing the following patch on HEAD. It can also be
argued that autoconf should create that directory before
attempting to cd into it, so I'll send a mail to bug-autoconf
momently.
2003-10-25 Alexandre Duret-Lutz <[EMAIL PROTECTED]&
need to be sure we
talk about the same script. (Check ftp.gnu.org/gnu/automake/)
[...]
--
Alexandre Duret-Lutz
of - a-1 | GZIP=--best gzip -c >a-1.tar.gz
{ test ! -d a-1 || { find a-1 -type d ! -perm -200 -exec chmod u+w {} ';' && rm -fr
a-1; }; }
~/tmp % tar zxvf a-1.tar.gz
a-1/
a-1/Makefile.am
a-1/Makefile.in
a-1/aclocal.m4
a-1/configure
a-1/configure.ac
a-1/depcomp
a-1/install-sh
a-1/missing
a-1/mkinstalldirs
a-1/sub/
a-1/sub/Makefile.am
a-1/sub/Makefile.in
a-1/inc/
a-1/inc/foo.c
~/tmp %
--
Alexandre Duret-Lutz
You could arrange to define
AUTOMAKE_OPTIONS in all your include fragments.
One annoying problem is that the diagnostic you get when a
Makefile do not include any makefile fragment will refer to the
AC_SUBST definition in configure.ac, not to the current
Makefile.
--
Alexandre Duret-Lutz
Now that Autoconf 2.59 is out I'll try to prepare a first beta
of Automake 1.8 soon (maybe this week-end).
[...]
--
Alexandre Duret-Lutz
>>> "Mark" == Mark Mitchell <[EMAIL PROTECTED]> writes:
Mark> On Sat, 2003-08-23 at 03:22, Alexandre Duret-Lutz wrote:
>> >>> "Mark" == Mark Mitchell <[EMAIL PROTECTED]> writes:
>>
Mark> In dejagnu.am there is:
>>
not installable with pdksh.)
--
Alexandre Duret-Lutz
pgp0.pgp
Description: PGP signature
html/automake/2003-09/msg00112.html
So I think right now the ball is in M4's court, not Automake's :)
--
Alexandre Duret-Lutz
a tarball available.
I'm using the AUTOCONF-2_59 tag from CVS. I didn't know it
hasn't been announced yet. All I can say is that Akim is away
today and tomorrow, so you'll have to wait if you want an
official tarball.
--
Alexandre Duret-Lutz
>>> "Bob" == Bob Proulx <[EMAIL PROTECTED]> writes:
[...]
Bob> This is looking more and more like a typo in the tag line.
No it's not.
--
Alexandre Duret-Lutz
Hi people,
Now that Autoconf 2.58 landed, it's Automake turn.
Here is a first beta release of the next version of Automake (1.8).
The list of changes relative to Automake 1.7.9 are appended below.
Since most bug fixes occured on the 1.7.x branch, only new features
and hard-to-fix bugs remain on t
POSIX call them Makefile macros. We prefer to talk about
Makefile variables and use the work macro for Autoconf macros.
The errors you have probably indicate you are using Automake 1.4.
Please upgrade. We are at 1.7.9 now, and the
foo_SOURCES = a.web b.web c.web
line above assume you have a sufficiently recent version.
--
Alexandre Duret-Lutz
fi
--
Alexandre Duret-Lutz
Dan> 'lex.yy.c' which seems to confuse automake.
Dan> AM_LFLAGS= -f -i -Pfoo
Does it help if you use
AM_LFLAGS = -f -i -Pfoo -o $(LEX_OUTPUT_ROOT).c
?
[...]
--
Alexandre Duret-Lutz
ould be to override the dist
Laurence> target. Is this possible after all?
It is (if you override dist and dist-all at once, as they appear
in the Makefile), but I urge you not to do it.
--
Alexandre Duret-Lutz
Hi people,
This is the second beta release of the next version of Automake (1.8).
Please let us know of any problem you encounter so we can fix as
much bugs as possible before the release.
Thanks to all people who have reported bugs so far. The changes
since 1.7b are listed below. I've also app
Hi people,
This is the second beta release of the next version of Automake (1.8).
Please let us know of any problem you encounter so we can fix as
much bugs as possible before the release.
Thanks to all people who have reported bugs so far. The changes
since 1.7b are listed below. I've also app
>>> "Lulin" == Lulin Song <[EMAIL PROTECTED]> writes:
[...]
Lulin> I have "AM_MAINTAINER_MODE' in configure.in file.
This macros is documented to do what you reported.
--
Alexandre Duret-Lutz
gt; I am inclined to interpret this as a bug and/or regression from earlier
Ralf> versions of automake.
Tom> I agree.
Thirded :) (Lulin was taking about changing Makefile.am, though.)
I'm installing the following on HEAD and branch-1-7. (Without
the test case on branch-1-7
renaming occurs when you use per-target flags.
The manual as an entry about this in its FAQ section.
[...]
--
Alexandre Duret-Lutz
(if that's officially the
Dalibor> latest)
It is.
Dalibor> with autconf 2.57, 2.58 or 2.59 or whatever the latest
Dalibor> officially released version turns out to be?
Yes. All 1.7.x versions work with Autoconf 2.54 or greater.
[...]
--
Alexandre Duret-Lutz
arlan> "make" programs hate that.
Good catch, thanks. I'm installing the following patch.
Harlan> I also notice that bin_PROGRAMS is appearing twice in
Harlan> the Makefile.in,
This is already fixed in the betas.
2003-11-24 Alexandre Duret-Lutz <[EMAIL
#x27;s not 2.59; and you disgraced 2.58 in another
mail. Next Automake needs at least 2.58, but if this is not an
official release we have to wait.
[...]
--
Alexandre Duret-Lutz
Automake 1.8 (with this "fix" as a side effect), and
there is still a lot to do (carrying ugly hacks for bugward
compatibility would impede further developments)
6) adding dependencies to these targets has been supported
via *-local targets for eons, so we don't seem
, then any
Bob> per-target CPPFLAGS option completely overrides it.
Thanks for pointing this out. I'm checking this in.
2003-11-25 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* doc/automake.texi (Program variables): Mention per-target
_CPPFLAGS in the documentation of
Hi people,
This is the third beta release of the next version of Automake (1.8).
Please try it and help us fixing as much bug as possible.
If no important bug are reported against this version, I think it is
ready to be called 1.8.
I've appended the changes since 1.7d, as well as the updated full
>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> This is the third beta release of the next version of Automake (1.8).
Sorry I messed with the URLs. The release is 1.7f, not 1.7e.
Here are the corrected URL.
ftp://alpha.gnu.org/gnu/autom
l* rules are overridden, be they
target rules or inference rules.
I'm installing the following patch, in an attempt to fix the
rule/target usage throughout the manual.
2003-11-27 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* doc/automake.texi: s/target/rule/ where appropriate. A
The allowed options are documented in node "options" of the manual.
--
Alexandre Duret-Lutz
this for
Automake 1.9.
How can automake determine whether the version of libtool used in
a package supports --tag ?
--
Alexandre Duret-Lutz
>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
[...]
adl> I'm installing the following patch, in an attempt to fix the
adl> rule/target usage throughout the manual.
[...]
Following a private reply from Bruno, I'm installing this.
>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> Alexandre Duret-Lutz wrote:
>> How can automake determine whether the version of libtool used in
>> a package supports --tag ?
Gary> test -n "`libtool --help | grep -- --tag=TAG`&
directories in recursive make...
I can't think of any.
--
Alexandre Duret-Lutz
rator $(MACRO/left/right) that would conflict with
such variable names.
--
Alexandre Duret-Lutz
9' thing? (If so, the error is misleading).
It works fine with Autoconf 2.58. I wonder if your version of Autoconf
is patched, or if autoconf is a wrapper, or something. I can't see where
this `.tmp' suffix would come from.
--
Alexandre Duret-Lutz
reopen 221483
stop
>>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> On Mon, 2003-12-01 at 18:09, Alexandre Duret-Lutz wrote:
>> >>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
>>
>> [...]
Hi people,
Due to two last minute new features, we have yet another weekly beta
of Automake 1.8. I sincerly hope this is the last one. If you are
not blasé, or if you have not had the occasion to test previous
versions, please give this one a try.
You can find this beta here:
ftp://alpha.g
On Thu, Dec 04, 2003 at 08:49:04AM +, Gary V. Vaughan wrote:
>
> It would be great to have `LT_LDFLAGS = -module', rather than 15 lines of
> `foo_LDFLAGS = -module' in a future m4 Makefile.am :-)
Regarding M4: last time I checked you had a directory dedicated to
modules. Why don't you simply
I'm quite surprised.
Maybe a specific combination of timestamps is required? Could
you post a link to a tarball of your files with instructions
how to reproduce the problem from it?
--
Alexandre Duret-Lutz
the 'distclean' target?
distclean is not expected to clean tarballs, but distcheck will
do it at the right time.
--
Alexandre Duret-Lutz
We're pleased to announce the release of Automake 1.8.
Automake is a tool for automatically generating `Makefile.in's
suitable for use with Autoconf, compliant with the GNU Makefile
standards, and portable to various make implementations.
This release contains many bug fixes and improvements. Th
you send detailed instructions?
Andreas> Presumably this is because autom4te always looks in
Andreas> autoconf/autoconf.m4f first,
That seems to be the only order that will allow the Autoconf
macros to be overridden by later redefinitions.
--
Alexandre Duret-Lutz
>>> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
Andreas> Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
>>>>> "Andreas" == Andreas Schwab <[EMAIL PROTECTED]> writes:
>>
Andreas> With aclocal 1.8 you no
clear
to me how worth it is to merge them with the usual rules. Maybe
we can invent a new _PRIMARY for them later?
[...]
Bruno> MSGMERGE = msgmerge
Bruno> MSGMERGE_UPDATE = @MSGMERGE@ --update
[...]
This just caught my eyes. Is it meant? Note that when this
code is moved into an Automake file, the `MSGMERGE = msgmerge'
assignment will be overridden by `MSGMERGE = @MSGMERGE' because
AC_SUBSTed variables always override Automake defined variables.
(When it is in a Makefile.am the converse happens: Makefile.am
definitions override AC_SUBSTed variables.)
--
Alexandre Duret-Lutz
eem to fit well in fastdep rules). Note that this
issue is unrelated to the %.o:%.java vs. .java.o: choice.
[...]
--
Alexandre Duret-Lutz
>>> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]> writes:
Bob> Another thing that would help reduce Makefile size is to
Bob> introduce synonyms for subdirectory paths.
Better: LZW compression using Makefile variables. Any taker?
--
Alexandre Duret-Lutz
thout Libtool), so it sounds safe to remove the rules
which are not used.
--
Alexandre Duret-Lutz
>>> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]> writes:
Bob> On Tue, 16 Dec 2003, Alexandre Duret-Lutz wrote:
>> >>> "Bob" == Bob Friesenhahn <[EMAIL PROTECTED]> writes:
>>
Bob> Another thing that would help reduce
>>> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
>>>>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
adl> Couldn't we use the (existing) .java.o: inference rule in this
adl> case? Actually, is there a di
>>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> Are the following tests known to fail (on debian unstable):
Nein, no tests are known to fail. What does VERBOSE=x say?
--
Alexandre Duret-Lutz
subdirbuiltsources.test \
Robert> subcond.test \
Robert> subcond2.test \
Robert> subcond3.test \
Robert> +subdir_include.test \
Robert> +subdir_include_distcheck.test \
Ouch, please choose names which are unambiguous on 8+3 file-systems...
[...]
Robert> #!/bin/sh
Robert> # Test for subdir_include basic functionality.
Robert> . defs || exit 1
. ./defs || exit 1
(or . will obey PATH)
Also, please read tests/README for recommendations about writing
test cases.
[...]
Robert> # Fail gracefully if no autoconf.
Robert> $needs_autoconf
$needs_autoconf is not defined. autoconf's presence is ensure
by Automake's configure anyway...
Robert> # Likewise for gcc.
Robert> (gcc -v) > /dev/null 2>&1 || exit 77
required=gcc (see tests/README)
--
Alexandre Duret-Lutz
>>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
Robert> On Thu, 2003-12-18 at 20:00, Alexandre Duret-Lutz wrote:
>> >>> "Robert" == Robert Collins <[EMAIL PROTECTED]> writes:
>>
Robert> Are the following tests k
>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
[...]
adl> 1999-11-22 Tom Tromey <[EMAIL PROTECTED]>
adl>
adl> * automake.in (handle_single_transform_list): Generate explicit
adl> rule for subdir objects. Fixes n
/403/0/ seems to cover
[EMAIL PROTECTED] for 1997-2002.
[EMAIL PROTECTED] is only archived at mail.gnu.org and
gmane.org. It is quite young so the mail.gnu.org archive is
complete, however I fear the day it will be cut.
[...]
--
Alexandre Duret-Lutz
then I think the first use of $(CYGPATH_W) in
the sub/foo.obj rule is superfluous, since the file is relative)
so that compiler that do not understand cygwin filename can work.
Couldn't this be folded into a compiler wrapper script?
--
Alexandre Duret-Lutz
DEP_FILES may be redundant. He
Thomas> suggested that configure read the list of .Plo files
Thomas> from the am__include lines in Makefile.in.
These sound like good ideas. I plan to work on the .obj/.o/.lo
rules output.
--
Alexandre Duret-Lutz
>>> "Thomas" == Thomas Dickey <[EMAIL PROTECTED]> writes:
Thomas> On Tue, 30 Dec 2003, Alexandre Duret-Lutz wrote:
>> [EMAIL PROTECTED] is only archived at mail.gnu.org and
>> gmane.org. It is quite young so the mail.gnu.org archive is
>> c
does scan m4_included files (1.7 did not), but it
only scan them for required macros without looking at macro
definitions. So it sees that ../libtool.m4 requires macros like
_AC_LIBTOOL_CXX but does not find them.
I'm installing the following fix on HEAD and branch-1-8.
2004-01-02 Alexan
>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
[...about Automake passing --tag=XXX to libtool...]
Gary> Alexandre Duret-Lutz wrote:
>> >> How can automake determine whether the version of libtool used in
>> >> a package supports --
er, ".f90" and
Michael> ".f95" to the latter. This probably breaks stuff which
Michael> assumed ".f90" was handled by f77.
I'm not a fortran user, but I've always wondered why .f90 was
listed as an extension for F77. Moving it away sounds sensible
to me.
--
Alexandre Duret-Lutz
erride DIST_COMMON.)
I'm installing the following fix on HEAD and branch-1-8.
2004-01-03 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* lib/Automake/Variable.pm (define): Rework the way we check
Automake variable definition. Ensure consistent :=/+=/=
definitions o
then
that directory ought to be distributed.
--
Alexandre Duret-Lutz
it's
better to remove all these `-m 0755' from Automake.
However, I'd really like to hear opinions about the related
issues:
- is it normal to honor umask when creating directories and not
when installing files?
- should we just drop the `install -D' idea (because it creates
755 directories regardless of umask)?
--
Alexandre Duret-Lutz
gt; "Russ" == Russ Allbery <[EMAIL PROTECTED]> writes:
Russ> Andrew Suffield <[EMAIL PROTECTED]> writes:
>> On Sat, Jan 03, 2004 at 04:25:47PM +0100, Alexandre Duret-Lutz wrote:
>>> - is it normal to honor umask when creating directories and not
>>> w
Happy new year.
Here is a snapshot of the 1.8.x branch of Automake. It contains only
bug fixes (listed below), and should be released as 1.8.1 soon. The
purpose of this beta version is twofold:
- those who have reported showstopper bugs preventing the transition
from 1.7.9 to 1.8 may want
>>> "Kevin" == Kevin P Fleming <[EMAIL PROTECTED]> writes:
Kevin> Alexandre Duret-Lutz wrote:
Kevin> (from automake-patches)
>> + - Honor definitions in m4_included files. aclocal 1.8 had been
>> +updated to check m4_included files for new r
On Tue, Jan 06, 2004 at 11:52:41PM -0800, Harlan Stenn wrote:
> I'm looking for a fast fix to this problem, as it is the current sticking
> point on a bunch of other changes I need to implement for a project.
>
> I don't know if I'll have the time to implement the potential fixes
> described in the
name is obsolete because some `make' have a rule that creates
`install' from it if there is no `Makefile'.
The auxiliary directory should not be named `aux' for portability
to MS-DOS, because the filename `aux' is reserved under MS-DOS.
--
Alexandre Duret-Lutz
>>> "adl" == Alexandre Duret-Lutz <[EMAIL PROTECTED]> writes:
[...]
adl> 2004-01-02 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
adl> Fix for PR automake/289:
adl> * automake.in (Automake::Struct::libtool_tag): New attribute. Define
adl> it for
We're pleased to announce the release of Automake 1.8.1.
Automake is a tool for automatically generating `Makefile.in's
suitable for use with Autoconf, compliant with the GNU Makefile
standards, and portable to various make implementations.
This is a bug fix release. The list of bug fixes is app
owing fix and will
likely release 1.8.2 this evening. Sigh. Stupid me.
2004-01-12 Alexandre Duret-Lutz <[EMAIL PROTECTED]>
* lib/install-sh: Do not use "$@" in a context where it may be empty,
for the sake of OSF1/Tru64&#
I'm embarassed to announce the release of Automake 1.8.2.
Any package built with Automake 1.8.1 (including Automake 1.8.1
itself) will fail to install on Tru64 due to a bug in install-sh.
Please trash 1.8.1.
You can find the new release here:
ftp://ftp.gnu.org/gnu/automake/automake-1.8.2.tar
replace_a_SOURCES =
libreplace_a_LIBADD = $(LTLIBOBJS)
[...]
Juliano> Is there some planning to fix this bug?
No... Help welcome!
http://sources.redhat.com/automake/contribute.html
--
Alexandre Duret-Lutz
On Tue, Jan 13, 2004 at 02:59:23PM +, Lars Hecking wrote:
> Alexandre Duret-Lutz writes:
> > I'm embarassed to announce the release of Automake 1.8.2.
>
> And rightly so ;-)
>
> It fails two tests here on Solaris 9 - acloca14.test and conflnk3.test.
Thanks for th
ick> NetBSD-1.6ZG/i386, in the automake directory:
Patrick> % sh bootstrap
Patrick> Found no shell that has working shell functions.
Patrick> Please tell [EMAIL PROTECTED] about your system.
>From your mail to autoconf-patches, I'm assuming this is fixed.
Is this correct?
--
Alexandre Duret-Lutz
AMS = tool1 tool2
tool1_SOURCES = tool1a.c tool1b.cc
tool1_CC = $(CC_FOR_BUILD)
tool1_CXX = $(CXX_FOR_BUILD)
tool1_LD = $(CXXLD_FOR_BUILD)
tool2_SOURCES = tool2.c
Just a thought.
--
Alexandre Duret-Lutz
ry scripts are up-to-date. In
other words, `automake' will tell you when `aclocal' needs to be rerun,
but it will never diagnose a missing `--force-missing'.
Before upgrading to a new major release, it is a good idea to read
the file `NEWS'. This file lists all changes between releases: new
features, obsolete constructs, known incompatibilities, and workarounds.
--
Alexandre Duret-Lutz
some preliminary work for this a month ago
to this list. It's pending copyright assignment, documentation,
and test case(s).
--
Alexandre Duret-Lutz
>>> "Warren" == Warren Turkal <[EMAIL PROTECTED]> writes:
Warren> Alexandre Duret-Lutz wrote:
[...]
>> noinst_PROGRAMS = tool1 tool2
>> tool1_SOURCES = tool1a.c tool1b.cc
>> tool1_CC = $(CC_FOR_BUILD)
>> tool1_CXX = $(CXX_FOR_BUILD)
>>> "Freedomware" == Freedomware <[EMAIL PROTECTED]> writes:
Freedomware> I've installed automake 1.8 on Sun Solaris 8, and
Freedomware> aclocal doesn't seem to know it's version number.
Thanks for the report. This was fixed in Automake 1.8.2,
released last week.
--
Alexandre Duret-Lutz
ng> Is there a work around?
You could move --or link-- these directories into your source tree.
--
Alexandre Duret-Lutz
201 - 300 of 920 matches
Mail list logo
