Roger == Roger Leigh [EMAIL PROTECTED] writes:
Roger OK. I though that in the past I could only have one line between
Roger if-endif or if-else or else-endif.
It has always worked to put a lot of stuff inside the condition.
Tom
== =?iso-8859-7?b?wevd7uHt5PHv8iDK4fH18N/k5/I=?= (Alexandros Karypidis)
iso-8859-7 writes:
make[2]: rpath: Command not found
This means some macro, I think $(LIBTOOL), didn't get defined.
What version of automake are you using?
Tom
== =?iso-8859-7?b?wevd7uHt5PHv8iDK4fH18N/k5/I=?= (Alexandros Karypidis)
iso-8859-7 writes:
I have found a workaround. It seems that automake generates a rule
to build a library, only if XXX_la_SOURCES is defined.
libgather_la_SOURCES = gather.c
The gather.c is an empty file (created
Daniel == Daniel Shane [EMAIL PROTECTED] writes:
Daniel I have a recursive automake installation and I would like to
Daniel have make go into each subdirectory and execute some code
Daniel before and after the recursion. Is this possible with
Daniel automake?
I don't think it is possible.
Why
Akim == Akim Demaille [EMAIL PROTECTED] writes:
Akim Automake names PACKAGE what Autoconf name PACKAGE_TARNAME. In
Akim addition, Autoconf support PACKAGE_NAME. Because in many cases
Akim PACKAGE_TARNAME can be computed from the PACKAGE_NAME, such a
Akim _default_ is provided. If you don't
adl == Alexandre Duret-Lutz [EMAIL PROTECTED] writes:
adl Aside: some people use
adl AM_INIT_AUTOMAKE([AC_PACKAGE_TARNAME], [AC_PACKAGE_VERSION])
adl (this won't work with Automake in --gnits mode, though)
If this is a common idiom, we could support it.
I'm inclined to ignore it, given the
Tom == Tom Tromey [EMAIL PROTECTED] writes:
Tom Automake used PACKAGE with a specific meaning for years. It is
Tom unfortunate that Autoconf has chosen to use the same name with a
Tom different meaning. But I don't wish to belabor this point.
Of course, it would be idiotic for me to belabor
== platter [EMAIL PROTECTED] writes:
Does anyone know what the likely causes of this error are? This occurs
when I run configure after running autoconf on the project.
Probably you forgot to run `aclocal'.
Any help would be greatly appreciated, as I am having a tough time
getting going
Akim == Akim Demaille [EMAIL PROTECTED] writes:
Ralf If using the new AC_INIT and AM_INIT_AUTOMAKE syntax, PACKAGE
Ralf gets translated to lower case letters. - Why this change?
Akim Because that's the case for most packages.
I think the underlying question is, why does autoconf make this
We've released Automake 1.5d. I've appended the NEWS entry.
Our current plan is to fix bugs in this and then release it as 1.6.
This should happen in the relatively near future.
Find it at the usual place:
ftp://sources.redhat.com/pub/automake/automake-1.5d.tar.gz
Pavel == Pavel Roskin [EMAIL PROTECTED] writes:
Pavel ChangeLog:
Pavel * tests/asm.test: Use CCAS and CCASFLAGS instead of AS and
Pavel ASFLAGS.
Thanks, I've checked this in.
Tom
Hari == Raja R Harinath [EMAIL PROTECTED] writes:
Hari That code is there support non-srcdir builds in the face of
Hari 'make's with broken VPATH implementations. If you look at the
Hari Makefile, you'll see that it is checking to see whether 'make'
Hari said that the source file was in
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf automake -a -f -c
Ralf [Don't use symlinks at all]
Maybe, going forward, we should just always copy these files?
I.e., never symlink? Thoughts?
Tom
juhp == Jens Petersen [EMAIL PROTECTED] writes:
juhp While the recent versioning of automake is a good thing, I
juhp guess it introduces some issues with backward compatibility.
juhp For example quite a few packages/people assume that
juhp config.{guess,sub} are located in /usr/share/automake
Rob == Robert Collins [EMAIL PROTECTED] writes:
... you end up with `.deps/generic/a.Po'.
The PR asks for `generic/.deps/a.Po'.
Rob Yes. Simply put this breaks with any dependencies not in the
Rob current sub-tree. And that is problematic. It _also_ leads to
Rob multiple .Po files for a
Lars == Lars Hecking [EMAIL PROTECTED] writes:
Lars $ man ld
Lars [...]
Lars -r Produce relocatable object file, suitable for another pass
Lars through ld.
Lars [...]
I think you can do that like this:
noinst_PROGRAMS = whatever.o
whatever_o_SOURCES = ...
Akim == Akim Demaille [EMAIL PROTECTED] writes:
Tom Actually, I'm in favor of this. There are some barriers to doing
Tom it, but nothing very hard. I don't think we'll do it with the
Tom next release though.
Akim I'm afraid it would become unmaintainable, with no means to really
Akim step
Itay == Itay Meiri [EMAIL PROTECTED] writes:
Itay My project is built from several source subdirs. By default
Itay automake is using ar to build a single 'somelib.a' in every
Itay subdir before the final link. How can I make it use ld instead
Itay of ar? I tried using libtool but it didn't
Rob == Robert Collins [EMAIL PROTECTED] writes:
Rob There's no link to the sources.redhat.com/automake site at the
Rob project page on gnu.org. IMO such a link would be helpful.
Yes, it would. As far as I know, I have no control over this web
page. Try reporting it to the GNU webmaster.
Tom
Tom == Tom Lord [EMAIL PROTECTED] writes:
Tom Is there anything known to be non-portable about this technique
Tom for generating a list of all included files?
Yes.
Tomcc [-I options] -E source-file
Tom| sed -e '{
Tom
Pavel == Pavel Roskin [EMAIL PROTECTED] writes:
Pavel If the former is correct, then the following patch would help:
Pavel -m4datadir = $(datadir)/aclocal-$(VERSION)
Pavel +m4datadir = $(datadir)/aclocal-$(APIVERSION)
Thanks, I checked this in.
Sorry about the problem.
Tom
Akim == Akim Demaille [EMAIL PROTECTED] writes:
Akim I have already tried to fix this, but with no success. I didn't
Akim look very hard though...
Thanks.
Akim + if ($arg =~ /^--/)
Do we need just `/^-/', to handle short unknown options?
Tom
Akim et al --
The perl getopt package leaves something to be desired in its error
output. Compare:
creche. automake --zardoz
Unknown option: zardoz
creche. cp --zardoz
cp: unrecognized option `--zardoz'
Try `cp --help' for more information.
I much prefer the cp output.
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf 1. Merge the autoconf and automake packages into one package.
Ralf This would
Actually, I'm in favor of this. There are some barriers to doing it,
but nothing very hard. I don't think we'll do it with the next
release though.
Ralf * Let
Tom == Tom Tromey [EMAIL PROTECTED] writes:
Tom My current thinking is that we would name the installed version
Tom and the install directories after the install version. For
Tom anything in the 1.5 series (1.5.1, 1.5-p1, 1.5c, whatever), this
Tom would be 1.5. Then we would guarantee
== cityhunter x-y-z [EMAIL PROTECTED] writes:
i'd like to add in a makefile something like that
_SOURCES =3D $(topsourcedir)/headers/smthg.h .
to have make check if smthg.h have changed how could i
do that?
First, using $(top_srcdir) like this doesn't work. There is already
Robert == Robert Collins [EMAIL PROTECTED] writes:
Robert I note that this PR is still open - It was filed as serious
Robert (and IMO :} it is).
Robert What chance of this being addressed before 1.5b goes beyond
Robert testing?
I looked at this PR. Why do you want this change?
Right now if
Tom == Tom Tromey [EMAIL PROTECTED] writes:
Tom But I'm not as sure about renaming the executables by default. I
Tom think I'd prefer to simply install as `automake', and let package
Tom maintainers use `--program-suffix=-1.5' (or equivalent) in their
Tom spec files. What do you think
Jim == Jim Meyering [EMAIL PROTECTED] writes:
Jim - $libsources{$1.c} = $here;
Jim + $libsources{unquote_m4_arg ($1) . .c} = $here;
I think this is fine.
Thanks.
Tom
Havoc == Havoc Pennington [EMAIL PROTECTED] writes:
Havoc I'm wondering if we could convince you and the autoconf guys to
Havoc think about making incompatible autotools releases install in
Havoc parallel.
I think this idea makes sense. It does seem apparent that we need to
let people install
== monkeyiq [EMAIL PROTECTED] writes:
my Makefile.am can be found here:
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/witme/libferris/plugins/context/pccts/ffilter/Makefile.am?rev=1.5content-type=text/vnd.viewcvs-markup
Can you send your Makefile.in?
Thanks.
Tom
Ryan == Ryan T Sammartino [EMAIL PROTECTED] writes:
Tom Would it be more correct for us to simply run the two
Tom compilations serially rather than in parallel?
Ryan Probably, although I tried that and it was pretty slow then.
Thanks. I'm checking in your patch.
Tom
Hari == Raja R Harinath [EMAIL PROTECTED] writes:
Hari Akim once suggested adding a facility to hook commands to files
Hari listed in AC_CONFIG_FILES.
The problem with this idea is that the information about which files
is known when automake is run, not when autoconf is run.
Hari Anyway,
Hari == Raja R Harinath [EMAIL PROTECTED] writes:
Hari No. It is currently safe only if one of the AC_PROG_CC or
Hari AC_PROG_CXX commands is present in configure.in, thanks to the
Hari shenanigans in init.m4. That's why I went through the extra
Hari step.
Thanks for clearing that up.
I'm
Akim == Akim Demaille [EMAIL PROTECTED] writes:
Tom Automake's user docs are nonexistent :-(. This is described in
Tom the GNU Coding Standards. Really it would be nice if we had a
Tom separate document that explained the standard targets to the
Tom user. People could distribute this in
Patrick == Dahiroc, Patrick [EMAIL PROTECTED] writes:
Patrick ideally ar should create the libraries in $(top_srcdir)/lib
Patrick with the command: ar cru $(top_srcdir)/lib/mylib.a A.o B.o
Patrick C.o. is there way to make automake behave like this?
Putting any built object into srcdir is not
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 specializable
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 automake 1.5a out
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 Solaris
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 used to 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 macro that I
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 does not
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_LTLIBRARIES =
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 for things
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 this fatal
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 the
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).
Automake
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 - -is there a
== 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 dejagnu list.
Can
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. For
Erik
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 real hard core
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 in
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 for
Dmitry
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 if we had
Patrick == Dahiroc, Patrick [EMAIL PROTECTED] writes:
Patrick lnklib: mylib.a
Patrickln -s ./mylib.a $(top_builddir)/lib
Patrick i dont get the right link when i run 'make lnkdir'.
I think you're invoking `ln -s' incorrectly.
You probably want:
ln -s `pwd`/mylib.a
Srinivas == Srinivas Cheruku [EMAIL PROTECTED] writes:
Srinivas runtest not found, check skipped
Srinivas It says check skipped. can you tell me why it has skipped
Srinivas the check.
runtest not found.
`runtest' is the name of the dejagnu driver program.
You must not have dejagnu installed.
F.J. == F J Franklin [EMAIL PROTECTED] writes:
F.J. Hi, I notice automake still assumes that makefiles are called
F.J. Makefile (see depout.m4, lines 27-28) and not GNUmakefile.
F.J. I posted a patch a while back but got ignored. Please could
F.J. someone add the two lines which are necessary.
== K Viswanathan [EMAIL PROTECTED] writes:
I am facing a problem with texinfo.tex. When I invoke
automake from the top-level directory, I am getting an
error message like,
docs/Makefile.am: `texinfo.tex' missing @setfilename
I think this could only happen if you put `texinfo.tex' into a
Chris == Chris Cowan [EMAIL PROTECTED] writes:
Chris If possible, I would like to edit the suffix rules in one
Chris place. I realize that I can use include processing. I'm just
Chris wondering if there is a way I can add the rules to the toplevel
Chris Makefile.am or configure.in and have it
Biswa == Biswapesh Chattopadhyay [EMAIL PROTECTED] writes:
Biswa Is there any available library which parses
Biswa Makefile.am/configure.in recursively and generates a single
Biswa consolidated project structure (either as an XML file for as an
Biswa in-memory data structure) for
Sylvain == Sylvain GIL [EMAIL PROTECTED] writes:
Sorry for the delay in the reply.
I took a break from automake for a while.
Sylvain I'm looking for the good way to link objects found in
Sylvain mylib/libmissing/ to the shared library created in
Sylvain mylib/src/. I know building a static lib
Automake 1.5b is available. This is a prerelease.
You can get it here:
ftp://alpha.gnu.org/gnu/automake/automake-1.5b.tar.bz2
ftp://alpha.gnu.org/gnu/automake/automake-1.5b.tar.gz
From the NEWS file:
* Autoconf 2.52 is required.
* `dist' generates all the archive flavors, as did
Ted == Ted Irons [EMAIL PROTECTED] writes:
Ted It is my understanding (from reading the info pages)
Ted that the install-data-hook target is done after the
Ted install-data target.
Yes.
Ted install-data-local:
Ted cmd1
Ted cmd2
Here you're using `install-data-local',
Lars == Lars J Aas [EMAIL PROTECTED] writes:
Lars However, since the problem has always been there and may prove
Lars difficult to fix, you could just go ahead and get Automake 1.5
Lars out the door and plan this rewrite for 1.5.1 or something? 1.5
Lars is long overdue as it is.
That's my
David == Lawrence, David (STEI) [EMAIL PROTECTED] writes:
David I did not mean to offend by offering the example, I was only
David trying to outline my desire within the terms I understood best.
Don't worry, I don't think you offended anybody.
David If possible, I would like to support the
Lars == Lars J Aas [EMAIL PROTECTED] writes:
Tom How could we fix it? I mean, conceptually.
First off, let me just say that I was considering a larger problem. I
was thinking about how to solve the exponential explosion problem for
any random variable whose contents we cared about.
But I
David == Lawrence, David (STEI) [EMAIL PROTECTED] writes:
David I am already building using an rpm tree under by home
David directory. But it would appear that RPM wants me to place the
David files into their install location before the binary RPM is
David built. Is this a hard requirement or
== OKUJI Yoshinori [EMAIL PROTECTED] writes:
I found one bug about the `mostlyclean' target. The bug occurs when,
in a Texinfo manual, you combine multiple indices into one index, but
you don't use the command for this index at all.
Thanks. I think your patch is fine and I'm checking it
Lars == Lars J Aas [EMAIL PROTECTED] writes:
Lars I don't think the exponential nature of how AM_CONDITIONALs are
Lars handled is fixed yet, which *I* would consider a showstopper.
Lars Haven't checked latest CVS though, so excuse me if it's already
Lars fixed.
I don't think it has been fixed.
Pavel == Pavel Roskin [EMAIL PROTECTED] writes:
Pavel I suggest that if a failing test is submitted, it should be
Pavel added to XFAIL_TESTS in the same commit. It should be removed
Pavel from XFAIL_TESTS in the same commit that fixes it.
I agree. Sorry about that. I checked in the fix.
Tom
Bruce == Bruce Korb [EMAIL PROTECTED] writes:
Bruce What is this? Maybe not everyone wants to use your version of
Bruce AC_PROG_YACC. I use my own: AG_PROG_BYACC because I have a
Bruce strong preference for BYACC. But, your latest automake is
Bruce making some sort of attempt to be really
Bruce == Bruce Korb [EMAIL PROTECTED] writes:
Bruce Why is this now necessary? It did not used to be. Is this
Bruce intended? Is there an upgrading README file kicking around?
It is probably a newly introduced bug.
You don't mention what version you are using though.
Could you submit a full
Bruce == Bruce Korb [EMAIL PROTECTED] writes:
Bruce AC_DEFUN(AG_PROG_BYACC,
Bruce [missing_dir=ifelse([$1],,`cd $ac_aux_dir pwd`, $1)
Bruce AC_CHECK_PROGS(YACC, byacc yacc 'bison -y', $missing_dir/missing yacc)])
This ought to work fine. In particular $AC_CHECK_PATTERN (look down a
few lines
Richard == Richard Boulton [EMAIL PROTECTED] writes:
Richard2001-06-06 Richard Boulton [EMAIL PROTECTED]
Richard
Richard* (conditionals_true_when): Pass first parameters by reference,
Richardavoiding bug which put all parameters in @CONDS instead of @WHENS.
Richard
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf Something very fishy seems to be going on with automake-cvs and
Ralf autoconf-cvs (both updated yesterday):
Ralf /opt/dev/share/automake/am/depend2.am: AMDEP does not appear in
Ralf AM_CONDITIONAL
I tried your example but was unable to
Ralf == Ralf Corsepius [EMAIL PROTECTED] writes:
Ralf The actual reason for my report is that I am experiencing more
Ralf severe bugs related to depcomp handling:
Ralf - Sometimes depcomp does not get installed with automake -a.
I think that currently automake will install depcomp in every
Johannes == Kremp, Johannes (Extern) [EMAIL PROTECTED] writes:
Johannes and in my 'Makefile.am':
Johannes if HELLO
Johannes include hellofiles
Johannes bin_PROGRAMS = hello
Johannes hello_SOURCES = $(FILES) #from file 'hellofiles'
Johannes endif
Thanks. This
Clark == Clark Rawlins [EMAIL PROTECTED] writes:
Clark As Gary suggested I made a new debian package by applying the
Clark diff file from the automake source deb packages to the
Clark automake-1.4f distribution.
What automake patches are in Debian?
Tom
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Alexandre I'd appreciate a comment before the test explaining why it
Alexandre is safe to do the test there even though missing isn't
Alexandre always guaranteed to run in the directory containing
Alexandre configure.{in,ac}.
I agree. I
Nathan == Nathan Neulinger [EMAIL PROTECTED] writes:
Nathan I dunno, is it really mere aggregation if that 'missing'
Nathan script is required as part of the build process for a non-gpl
Nathan app?
I decided to make it clear by adding the exception to `missing'.
Tom
Bob == Bob Proulx [EMAIL PROTECTED] writes:
Bob Therefore shouldn't I run the following sequence to bootstrap the
Bob project from nothing? This order comes from page 70 of the goat book
Bob which I know describes an older version of the programs.
Bob aclocal -I config \
Bobautoheader \
Lars == Lars J Aas [EMAIL PROTECTED] writes:
Tom You can use ACLOCAL_AMFLAGS (bad name, I know) in Makefile.am.
Lars That doesn't help if you invoke aclocal manually though - only when
Lars make invokes aclocal (or have I misunderstood something?).
Nope, you're right.
We really have to kill
Clark == Clark Rawlins [EMAIL PROTECTED] writes:
I never saw an answer to this.
Clark I got automake and autoconf out of cvs and did
Clark [ ... ]
Clark on both projects autoconf first then automake
Clark and now I get some errors when I run aclocal and automake.
Clark %aclocal
Clark aclocal:
Dean == Dean Povey [EMAIL PROTECTED] writes:
Dean I didn't actually know about the AM_ macro when I wrote this
Dean code though.
Make sure you look at the automake macro. For instance this code is
required to work around a GNU make feature:
# We grep out `Entering directory' and `Leaving
Akim == Akim Demaille [EMAIL PROTECTED] writes:
Akim I've read into more details your proposal, and it looks very good,
Akim much more robust than the current approach in Automake IIRC.
How so?
Akim BTW, does Automake *use* that feature?
Yes. It is critical for dependency tracking. In our
Today I wrote a dumb little script to estimate how often automake is
used. The script searches a set of SRPM files for `configure.in' and
`Makefile.am' files, and generates a report showing how many packages
use autoconf and how many use automake.
Then I ran this script on all the SRPMs in Red
Last night I wrote a history of the automatic dependency schemes used
in Automake. I've checked it in to the Automake web pages. Read it
here, if you're interested:
http://sources.redhat.com/automake/dependencies.html
Teaser: it turns out that every dependency tracking scheme (not only
Richard --
I got notification today that your copyright assignment has come in.
So I hope to look at this patch pretty soon.
If I haven't replied about it in the next week or so, please feel free
to remind me.
Thanks,
Tom
Clark == Clark Rawlins [EMAIL PROTECTED] writes:
Clark The subject says it all.
Automake 1.4f should work with autoconf 2.13 or 2.50.
Tom
Emil == Emil Ong [EMAIL PROTECTED] writes:
Emil I'm sorry, I'm using the latest CVS. I just updated this
Emil morning. I'm still getting the same error (File format not
Emil recognized) with install-strip.
Ok, there's definitely something wrong here.
But without a test case I don't know what
Johannes == Kremp, Johannes (Extern) [EMAIL PROTECTED] writes:
Johannes hi, is there a patch which make it possible to make
Johannes dependency-tracking with other compiler than 'gcc'?
This is one of the major new features in the cvs automake.
Tom
Lately I've been thinking that it was a mistake to introduce
_LTLIBRARIES as a parallel primary to _LIBRARIES. I think we could
just have _LIBRARIES and then base decisions on the extension. This
would also let us use the same mechanism for Java jar and zip files.
This is of course a post-1.5
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
Richard With separate Makefile.am's in each directory,
Richard automake should be able to figure the bar/foo out from
Richard the directory paths. The user shouldn't have to worry
Richard about what the path to the top-level is.
Is this
David == David Petrou [EMAIL PROTECTED] writes:
David Am I doing the right thing by specifying `LDADD =
David ../src/.libs/libpdl.a'.
Nope. Doesn't it work to use `../src/libpdl.la'?
David 2. I've noticed that there's no target to make an html version
David of a texinfo file. I think for
Emil == Emil Ong [EMAIL PROTECTED] writes:
Emil In a project that I'm working on, I have both scripts and
Emil executables. The scripts are Bourne shell and awk and I tell
Emil automake about them with bin_SCRIPTS. When I do a make
Emil install-strip, the Makefile also tries to strip the
Paolo == Paolo Bonzini [EMAIL PROTECTED] writes:
Paolo If not, I have done the necessary work and can
Paolo prepare a patch (I'm not including it because I
Paolo had the great idea of working directly on the
Paolo installed scripts and data files, so preparing the
Paolo patch might involve some
Alexandre == Alexandre Oliva [EMAIL PROTECTED] writes:
I was thinking I could create a new `patch' category in the automake
Gnats and ask people to put such patches there as attachments. What
do people think of this?
Alexandre You can't reliably extract patches from Gnats.
Is it gnats or
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
Steve == Steve M Robbins [EMAIL PROTECTED] writes:
Steve Given the following Makefile.am
Steve bin_PROGRAMS = foo
Steve foo_SOURCES = foo.c sub/foo2.c
Steve it turns out that foo.c is compiled using $(COMPILE), and hence
Steve includes AM_CFLAGS. However, foo2.c is compiled *without*
Steve
201 - 300 of 890 matches
Mail list logo
