Hello Tomas,
* Tomas Oberhuber wrote on Tue, Dec 29, 2009 at 07:25:36PM CET:
I am experiencing some troubles with cuda. I studied mailing lists about
autoconf, automake and libtool and from what I have read
I have understood that from the linking point of view nvcc and gcc are
compatible.
Hello Baurzhan,
* Baurzhan Ismagulov wrote on Wed, Dec 23, 2009 at 09:50:25AM CET:
On Tue, Dec 22, 2009 at 10:48:22PM +0100, Ralf Wildenhues wrote:
nodist_ is to avoid distribution, that is, `make dist' putting the file
into the tarball. To avoid installation (which happens with `make
Hi Stefano,
* Stefano Lattarini wrote on Sat, Dec 26, 2009 at 02:46:02PM CET:
I see that the file `tests/Makefile.am' in the Automake repository
doesn't include any copyright notice. All the others Makefile.am files,
even those simpler/shorter (e.g. `lib/Automake/tests/Makefile.am'), do
Hi Stefano,
* Stefano Lattarini wrote on Sun, Dec 27, 2009 at 04:06:14PM CET:
Subject: [PATCH] Fixed typo in Makefile.am (extra semicolon removed)
* Makefile.am (sc_diff_automake_in_automake): Removed an extra
semicolon in target's rules, which prevented a stdout redirection
from working.
Hello Jan,
* Jan Paral wrote on Mon, Dec 28, 2009 at 09:24:32PM CET:
my library is split into several directories ... so I define _SOURCES
variable
as:
libsatbase_a_SOURCES = cfgfile/grammar.c common/hash.cxx
and I have several libraries in the project. The problem is when I compile
Hi Baurzhan,
* Baurzhan Ismagulov wrote on Tue, Dec 22, 2009 at 08:00:13AM CET:
Now, how can I exclude the source .py files from the installation? I've
tried nodist_nobase_python_PYTHON, but that doesn't seem to do what I
want.
nodist_ is to avoid distribution, that is, `make dist' putting
Hello Martin,
* Martin Kalbfuß wrote on Wed, Dec 23, 2009 at 04:42:18AM CET:
sklib_LIBRARIES = libsk.a
libsk_a_SOURCES = \
SKGeneral.mod \
SKVideo.mod \
SKVersion.mod \
SKTime.mod
sklib_HEADERS = \
GeneralBase.def \
SKGeneral.def \
Hi Julien,
* Julien Danjou wrote on Fri, Dec 18, 2009 at 11:11:56PM CET:
--- a/m4/python.m4
+++ b/m4/python.m4
@@ -37,7 +37,7 @@ AC_DEFUN([AM_PATH_PYTHON],
dnl Find a Python interpreter. Python versions prior to 2.0 are not
dnl supported. (2.0 was released on October 16, 2000).
* Joakim Tjernlund wrote on Sun, Dec 20, 2009 at 03:58:47PM CET:
Yes, thanks for the script layout. What would be even
cooler is if one could add a custom macro in acinclude.m4
that would override the libtool.m4 macro creating the -fPIC option
and replace it with -fpic instead.
No, it would
Hi Baurzhan,
* Baurzhan Ismagulov wrote on Tue, Dec 22, 2009 at 12:51:33AM CET:
I've created a Makefile.am to compile and install Python files.
Now, the files are copied into a single destination directory. I'd like
to distribute the files preserving their paths, i.e., the structure
pkg/
Hi Russell,
beside the typo you already found,
* Russell Shaw wrote on Thu, Dec 17, 2009 at 02:07:40PM CET:
bin_PROGRAMS = appmain
appmain_SOURCES = appmain.c
nodist_appmain_SOURCES = gran.proc.tab.c
BUILT_SOURCES = gran.proc.tab.c
gran.proc.tab.c: gran.spec
eerat $ -o gran
the
Hi Jim,
* Jim Meyering wrote on Tue, Dec 15, 2009 at 07:48:21AM CET:
Ralf Wildenhues wrote:
Adding LIBTOOL here is wrong; you meant LIBTOOLIZE.
I've removed it.
I don't see anything except bootstrap that runs $(LIBTOOLIZE). Do you?
No, adding LIBTOOLIZE should be fine
* Russ Allbery wrote on Wed, Dec 16, 2009 at 05:08:14AM CET:
Do you really want to generate separate copies of the man page for each
function documented by the same source POD file? It's more normal to
generate one copy of the man page and then, during make install, symlink
the other ones to
* Monty Taylor wrote on Wed, Dec 16, 2009 at 05:01:15AM CET:
I have several document source files, each ending in pod, which will
each produce one more more man pages when run through pod2man. Simply,
something like this:
function1.3: source.pod
function2.3: source.pod
%.3: %.pod
Hi Joost,
* Joost Kraaijeveld wrote on Mon, Dec 14, 2009 at 09:21:01AM CET:
When compiling a (large) project with multiple Makefiles (with make -k
-j6 all ) , I get errors from libtool:
../../../../../libtool: line 747: echo: write error: Broken pipe
* Bob Friesenhahn wrote on Tue, Dec 15, 2009 at 03:24:29AM CET:
On Mon, 14 Dec 2009, Martin Kalbfuß wrote:
When I have a look at the config.h I see only empty defines like
#define SKMajor
What's wrong here?
Shell lines prior to AC_INIT are ignored. This is definitely an
annoyance.
Hello,
* Jim Meyering wrote on Sun, Dec 13, 2009 at 11:44:15AM CET:
Paolo Bonzini wrote:
This rule could actually be moved to Automake's distcheck target.
Good idea.
FYI, here's the definition I have now:
(added GPERF and LIBTOOL, and made it overridable)
Adding LIBTOOL here is wrong;
Hello Leo,
* Leo Davis wrote on Fri, Nov 06, 2009 at 02:01:36AM CET:
I built automake 1.11 on Mac OS X Snow Leopard (10.6.1 Intel). The
test that failed is instspc.test. I've attached the log in a zip file
because I think email might mangle it.
FYI, Peter just reported a similar (I think
Hi Stefano,
* Stefano Lattarini wrote on Sat, Dec 05, 2009 at 03:09:34PM CET:
I have rebased my private branch against master, and also amended the
patch a bit (to deal with the test `cscope.test', which used a
`$MAKE 2stderr' redirection that I missed). The updated patch is
attached.
We're pleased to announce the release of Automake 1.11.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 pure bugfix release. It contains fixes for
We're pleased to announce the release of Automake 1.10.3.
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 bugfix release over 1.10.2. All of these
GNU Automake 1.11.1 as well as 1.10.3 fix a security-related race
condition that affects `make dist' and `make distcheck' for all packages
that use Automake. Before the fix, the `distdir' target (which is used
by both `dist' and `distcheck') would first populate a directory below
the build tree
* Ralf Wildenhues wrote on Tue, Dec 08, 2009 at 11:13:45PM CET:
For release branches older than branch-1-10, the respective fix has been
applied to the git tree, but there are currently no plans to produce new
official releases for them; contact us if you absolutely need to have
such a release
Hello Antonio,
sorry for the delay.
* Antonio Diaz Diaz wrote on Fri, Oct 30, 2009 at 09:09:47PM CET:
Ralf Wildenhues wrote:
As gunzip is a link to gzip, the only difference between using
gunzip and gzip -d is that the former adds a gratuitous
dependency on the gunzip name.
Well, from
Hi Stefano,
thanks for working on this more.
* Stefano Lattarini wrote on Fri, Dec 04, 2009 at 05:22:32PM CET:
I think I found the bug in heirloom-sh which was triggering the
spurious failure (it's related with `set -e', as you guessed). I also
found a simple workaround for it (caching the
patch by Stefano Lattarini against Automake.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
diff --git a/ChangeLog b/ChangeLog
index e03604d..1c0c612 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,12 @@
+2009-12-05 Stefano Lattarini stefano.lattar...@gmail.com
+ Ralf
[ adding automake-patches; please remove (subscription-only) mingw-users
from replies unless it is on-topic there; this is
http://thread.gmane.org/gmane.comp.gnu.mingw.user/31574 ]
* Ralf Wildenhues wrote on Fri, Dec 04, 2009 at 07:43:42AM CET:
* Charles Wilson wrote on Fri, Dec 04, 2009
I'm applying this obvious fix to the jk-silent branch and merging to
master. (I'll be pushing all of this out later today, I guess.)
Cheers,
Ralf
Fix requirements of silent8.test.
* tests/silent8.test: Require makeinfo --html, tex, texi2dvi -o,
dvips.
diff --git
I'm applying this patch to maint, in accordance with similar changes to
Autoconf done a few weeks ago. I haven't actually tried to build and
test git Automake on DJGPP, but $DJGPP is set in the environment even
under my MinGW/MSYS and this caused bootstrap to fail.
Cheers,
Ralf
Use $DJDIR
Hello Antonio,
sorry for the delay.
* Antonio Diaz Diaz wrote on Fri, Oct 30, 2009 at 09:09:47PM CET:
Ralf Wildenhues wrote:
As gunzip is a link to gzip, the only difference between using
gunzip and gzip -d is that the former adds a gratuitous
dependency on the gunzip name.
Well, from
Hello Andreas,
besides answers already given:
* Andreas Otto wrote on Fri, Dec 04, 2009 at 09:41:16AM CET:
as you see both *lo and *.o are created. the *.o are useless and just
extend the compiling time
Q: what can I do to avoid build static libraries ...
foo_LIBTOOLFLAGS =
Thanks for the detailed feedback, Peter. Jim, this is
http://thread.gmane.org/gmane.comp.sysutils.automake.patches/3638/focus=3747,
and I'm a bit out of ideas; see at the very end.
* Peter Breitenlohner wrote on Fri, Dec 04, 2009 at 01:04:09PM CET:
On Wed, 2 Dec 2009, Ralf Wildenhues wrote
Hello Joakim,
* Joakim Tjernlund wrote on Wed, Dec 02, 2009 at 11:59:11PM CET:
I basicall want to do in a Makefile.am
ifdef automake version 1.4
AM_LDFLAGS=...
else
LDFLAGS=...
endif
Because am version == 1.4 does not like
some newer automake macros and I am moving a big project over
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 10:39:27PM CET:
2009/12/1 Ralf Wildenhues ralf.wildenh...@gmx.de:
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 09:15:23AM CET:
I've tried using oldstyle libraries, to no avail... It has made a
library like this (last lines of ar t output
* Юрий Пухальский wrote on Mon, Nov 30, 2009 at 09:15:23AM CET:
2009/11/28 Jack Kelly endgame@gmail.com:
2009/11/28 Юрий Пухальский aikip...@gmail.com:
My bad. I meant noinst_LIBRARIES, so you make a libcommon.a instead of
libcommon.la. This goes into LDADD as with libtool convenience
* Karl Berry wrote on Sat, Nov 28, 2009 at 11:46:40PM CET:
Erm, the --rmsymlink and --delete options work on all remaining files up
to the net --rmsymlink, --delete, or -- option. So that -- really needs
to be there. Or we need to change the semantics of these optinos.
Ok, my
Hi Jim,
* Jim Meyering wrote on Sat, Nov 28, 2009 at 09:13:40PM CET:
Running the latest automake with perl-5.11.2,
I saw a warning about a useless /d modifier.
This fixes it:
Thanks! Queued in maint, for branch-1.11 and master.
Cheers,
Ralf
From 95a4deafaa2ca0c2a609b53eddb74a104f74da22
Hi Ken,
* Ken Perl wrote on Sun, Nov 29, 2009 at 07:11:11AM CET:
I may configure; make successfully on Linux, but when I tried to build
it for win32 crossly on Linux, I have trouble, see below steps,
./configure --build i686-pc-linux-gnu --host i586-mingw32msvc
make
i586-mingw32msvc-gcc
Hello Robert, and sorry for not replying on this earlier:
* Robert Collins wrote on Wed, Sep 23, 2009 at 10:03:42AM CEST:
There was discussion about getting version numbers from VCS recently;
I've done a slightly different thing for a while now:
AC_DEFUN([SUBUNIT_MAJOR_VERSION], [0])
Hi Karl,
* Karl Berry wrote on Fri, Nov 27, 2009 at 04:25:37PM CET:
First, all the existing examples in gnupload --help use automake 1.8.2b.
This isn't either of rms' recommended version number schemes for test
releases. Would you agree to changing to something generic, like
foobar-0.9.90?
* Rich Wales wrote on Wed, Nov 25, 2009 at 07:57:49PM CET:
I attempted to build the gpsd sources (gpsd.berlios.de) on an OpenBSD 4.6
system, using autoconf 2.61 and automake 1.10. I'm getting the following:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Hello Yuri, nice to read from you again,
* Юрий Пухальский wrote on Fri, Nov 27, 2009 at 10:38:15AM CET:
Automake links binaries through libtool too, at least in my case.
Yes, but it doesn't compile the objects for non-libraries using libtool,
just like Jack explained.
And yes, it works when
Hi Jack,
* Jack Kelly wrote on Fri, Nov 27, 2009 at 10:37:55PM CET:
2009/11/28 Ralf Wildenhues:
That's why you should do it like this:
.pc.$(OBJEXT):
...
I'm confused. Why is this better than writing a .pc.c rule? Doesn't it
sacrifice proper dependency tracking
* Юрий Пухальский wrote on Fri, Nov 27, 2009 at 11:14:04PM CET:
It's working like a charm, the autotools system, One small thing is
64-bit ARFLAGS on AIX,
but the folks out there in libtool (if i remember right) are aware of
the problem, it seems, but i haven't investigated it yet.
Try
Hi Karl,
I agree with most everything you wrote (and I elided now).
* Karl Berry wrote on Sat, Nov 28, 2009 at 12:06:55AM CET:
I altered the last example to be about a mistaken upload, instead of
retiring an existing release. In general, it seems to me that we don't
want to suggest that it's
Hi Harlan,
* Harlan Stenn wrote on Thu, Nov 26, 2009 at 12:10:26PM CET:
I wrote:
In what version of automake did abs_builddir first appear?
I know it was post-1.9.6...
Looks like it first appeared in 1.10.
autoconf/NEWS documents it as new in 2.53, and broken in 2.58 (it was
relative
Hi Jim,
* Jim Meyering wrote on Wed, Nov 25, 2009 at 09:15:45PM CET:
Considering that that text is at least 10 years old, I think
we can say with confidence that the reason for it (that then-old
version of tar) is no longer relevant. I would like to update
that part of the GNU Coding
Hello Andreas,
* Andreas Otto wrote on Wed, Nov 25, 2009 at 10:39:54AM CET:
I have integrated an subpackage into an already existing package
everything works well but one problem still exists
the debugging feature is turned on in the toplevel package with
--enable-symbols and in the
Hi Ed,
* Ed Hartnett wrote on Fri, Nov 27, 2009 at 12:32:20PM CET:
We have a documentation directory, and it's the only one for which make
-j check does not work. (Without the -j, it works.)
Here's how it fails:
TEXINPUTS=.:$TEXINPUTS \
MAKEINFO='/bin/sh
Hello Thomas, Bob,
* Bob Friesenhahn wrote on Wed, Nov 25, 2009 at 12:23:39AM CET:
On Tue, 24 Nov 2009, Thomas Dickey wrote:
Make sure that the directory into which the distribution unpacks (as
well as any subdirectories) are all world-writable (octal mode 777).
This is so that old
Hello Martin,
* Martin Kalbfuß wrote on Mon, Nov 23, 2009 at 09:13:05PM CET:
I replaced the default linker by setting object_LINK to gm2 -o $@ ,But
this doesn't work, because gm2 needs the source file names instead of
the object file names. Can I tell automake or make to pass .mod instead
of
Hello Alan, Jim,
* Jim Meyering wrote on Sun, Nov 22, 2009 at 04:32:57PM CET:
Alan Curry wrote:
So was the drwxrwxrwx in the tarball put there to teach a lesson to those
who trust a tarball to have sane permissions? Or is it a bug?
On one hand, you can also think of it as a LART for
Hi Kent,
* Kent Boortz wrote on Mon, Nov 09, 2009 at 04:30:29PM CET:
My real question is, how can I specify what TAR to use in make dist,
and avoid GNU TAR for my packaging, when 'tar-ustar' is specified to
automake?
If you have a configure test which will find a good tar program for you,
Hi Alfred,
* Alfred M. Szmidt wrote on Mon, Nov 16, 2009 at 08:33:10PM CET:
You didn't answer why you need this switch, only that you want it.
Various threads on this list during the last months document this,
I would say. It otherwise isn't even hard to guess. ;-)
Cheers,
Ralf
Hi David, and sorry for the long delay,
* David Byron wrote on Fri, Nov 13, 2009 at 08:18:35PM CET:
On Friday September 4th, 2009, Eric Blake wrote:
According to David Byron on 8/14/2009 1:57 PM:
I'm not sure whether this is something I'm doing wrong
or something wrong with automake,
don't introduce such an empty rule for the primary
.c source file either.
The patch series needs (trivial) fixing of include.test at least.
Cheers,
Ralf
From 0be2441c40c5ce68ec3b3bac32a852c3402be883 Mon Sep 17 00:00:00 2001
From: Ralf Wildenhues ralf.wildenh...@gmx.de
Date: Sun, 15 Nov 2009 13:49
I'm pushing these to perl-coverage and merging to master.
None of them fix a bug, they merely increase coverage of
rare code paths in automake.in (by roughly 0.1%, but hey).
Cheers,
Ralf
Coverage for corner cases in derive_suffix.
Ensure unrelatex SUFFIXES entries and unrelated
Hi Stepan,
thanks for the report.
* Stepan Kasal wrote on Mon, Nov 09, 2009 at 03:52:29PM CET:
automake --help contains this:
What is automake --version and perl -V?
Any local patches in it that would deviate the line numbers?
Files which are automatically distributed, if found:
Use of
* Ed Hartnett wrote on Fri, Nov 13, 2009 at 08:47:47PM CET:
Ralf Wildenhues writes:
* Ed Hartnett wrote on Fri, Nov 13, 2009 at 05:14:24PM CET:
The netCDF C library uses other libraries, for example the hdf5,
hdf5_hl, and zlib libraries. I was building the library without
explicitly
* Daniel Leidert wrote on Fri, Nov 13, 2009 at 10:19:43PM CET:
Clifford Yapp wrote:
I have a situation where I need to copy png images from a source
directory to the build directory prior to running other build rules,
and I am having some trouble formulating a rule to do the job.
* Daniel Leidert wrote on Sat, Nov 14, 2009 at 01:44:52PM CET:
I will check my local copies as soon as I'm back. All I can say is,
that the above works well (also if builddir != srcdir).
I'm not sure it will work with non-GNU makes, though.
Cheers,
Ralf
Hi Jan,
* Jan Engelhardt wrote on Mon, Nov 09, 2009 at 02:09:14AM CET:
in the automake tarballs, the 'bootstrap' script is missing, but it
would be needed when modifying any of the automake files in a tarball.
Sounds reasonable to me, esp. since it doesn't even use git in any way
(yet).
In
* Vincent Torri wrote on Thu, Nov 05, 2009 at 10:23:38AM CET:
On Thu, 5 Nov 2009, Ralf Wildenhues wrote:
* Vincent Torri wrote on Thu, Nov 05, 2009 at 08:06:51AM CET:
using just nodist_ is not sufficient : make distcheck fails:
make[2]: *** No rule to make target `eet_amalgamation.c', needed
* Vincent Torri wrote on Thu, Nov 05, 2009 at 11:38:52PM CET:
still no luck :) I paste the code below. I did a make
maintainer-clean, then ./autogen.sh, then make distcheck, to be sure
that i restart from something clean.
base_sources = \
[...]
if EET_AMALGAMATION
libeet_la_SOURCES =
* Peter Johansson wrote on Wed, Nov 04, 2009 at 01:55:21PM CET:
Ralf Wildenhues wrote:
* Peter Johansson wrote on Tue, Nov 03, 2009 at 07:31:56PM CET:
http://www.nongnu.org/autoconf-archive/ax_add_am_macro_static.html
Hmm, the idea of having such a is not bad, but I don't think it should
Hello Vincent,
* Vincent Torri wrote on Wed, Nov 04, 2009 at 07:52:17PM CET:
we have added an option to our configuration stuff that concatenates
all the source files, creates another from one from them, and
compiles it. The problem is that this new source file is
automatically added to the
* Vincent Torri wrote on Wed, Nov 04, 2009 at 08:05:34PM CET:
On Wed, 4 Nov 2009, Ralf Wildenhues wrote:
* Vincent Torri wrote on Wed, Nov 04, 2009 at 07:52:17PM CET:
we have added an option to our configuration stuff that concatenates
all the source files, creates another from one from them
* Vincent Torri wrote on Wed, Nov 04, 2009 at 10:30:08PM CET:
On Wed, 4 Nov 2009, Ralf Wildenhues wrote:
You can simply add the generated file to nodist_libeet_la_SOURCES
instead of to libeet_la_SOURCES.
indeed. Actually, i used nodistcheck_libeet_la_SOURCES so that
make distcheck passes
* Peter Johansson wrote on Tue, Nov 03, 2009 at 07:31:56PM CET:
Joseph Garvin wrote:
I have a number of autotooled libraries. Currently their Makefile.am's
are largely redundant, so I thought I would use the 'include' keyword
and have them pull their common parts from some file. But as far as
Hello Gergely,
* Gergely Risko wrote on Sun, Nov 01, 2009 at 07:36:08PM CET:
Have you managed to look into my patches about the Qt MOC integration?
No; and I'm really sorry about that. I hope to have some more Automake
time next weekend though.
My next Automake work items are the zsh
Hello Andre,
Your example is pretty complex, and doesn't make the problem obvious.
Merely adding libCustomPlugin.la to BUILT_SOURCES doesn't seem to
introduce a cycle in the build dependencies, at least from a 'make -n'
in an example package that has this Makefile.am but no other files.
It may
Hello Andreas,
* Andreas Otto wrote on Sun, Oct 25, 2009 at 07:20:16PM CET:
currently I try to improve my build environment. I want to add OS
independent build results like
java class files or mono clr libraries/excutable
into the distribution
1) the problem is
* Andreas Otto wrote on Sun, Nov 01, 2009 at 12:17:05PM CET:
this add a new target .vpath_hook to the build environment and this target
copy the files/directories listed in VPATH_FILES from the src into the
build environment. the copy is necessary because tools like JAR
expect the
Since the 1.11 release I have not seen one bug report about
$AUTOMAKE_JOBS aka. automake running several Perl threads to
update several Makefile.in files concurrently, for speed.
If you have more than a couple of Makefile.am files and a SMP
system, then it should help.
Is anyone using it? Has
Hi Jason,
* Jason Sewall wrote on Sun, Nov 01, 2009 at 06:28:31PM CET:
On Sun, Nov 1, 2009 at 6:45 AM, Ralf Wildenhues wrote:
Is anyone using it? Has anyone seen issues with it?
I didn't even know it existed, but I just tried it out and it seems to
generate correct output for a project
and committing the
following to maint, intended for master and branch-1.11.
Cheers,
Ralf
2009-10-31 Jim Meyering meyer...@redhat.com
Ralf Wildenhues ralf.wildenh...@gmx.de
Don't let an envvar setting of $fail cause build failure.
Without this change, in a project using
http://thread.gmane.org/gmane.comp.sysutils.automake.patches/3721
Hello Bahjat,
* Bahjat Salem wrote on Sun, Oct 25, 2009 at 03:17:43PM CET:
Added support for VPATH builds when compiling Vala sources.
* automake.in (lang_vala_finish_target): Rewrote the .stamp file
target commands, and
* Andreas Otto wrote on Wed, Oct 21, 2009 at 08:04:15AM CEST:
Am Dienstag 20 Oktober 2009 21:07:35 schrieb Ralf Wildenhues:
* Andreas Otto wrote on Tue, Oct 20, 2009 at 08:53:14AM CEST:
I use the flag file Net-Msgque/.distclean to distinguish the VPATH
build from the non VPATH build
Hi Bob,
* Bob Friesenhahn wrote on Wed, Oct 21, 2009 at 10:03:41PM CEST:
clean-codersLTLIBRARIES:
-test -z $(coders_LTLIBRARIES) || rm -f $(coders_LTLIBRARIES)
@list='$(coders_LTLIBRARIES)'; for p in $$list; do \
dir=`echo $$p | sed -e 's|/[^/]*$$||'`; \
Hello Andreas,
thanks for sharing your solution. A couple of comments:
* Andreas Otto wrote on Mon, Oct 19, 2009 at 12:20:26PM CEST:
if USE_PERL
PERLMAKEFILE = Net-Msgque/Makefile
PERLDEPEND= Net-Msgque/Makefile.PL Net-Msgque/typemap Net-
Msgque/lib/Net/Msgque.pm
PERLCONFIG=
* Stefan Bienert wrote on Mon, Oct 19, 2009 at 02:06:40PM CEST:
cd ../.. /bin/sh
/home/user/projects/documentation.git/share/misc/config/missing --run
automake-1.10 --gnu share/doc/Makefile
share/doc/Makefile.am:76: user target `dvi' defined here...
automake-1.10: ... overrides Automake
With this, you can run
make -k check-coverage
and on the next day, you might have useful coverage data. :-)
Well, if something failed, you might still need to follow up with
make check-coverage-report
Pausing for some coffee is still worthwhile at this point.
For a reasonably sane
I'm applying this patch series to the perl-coverage branch and merging
it into master. It improves coverage for Version.pm, Wrap.pm,
Condition.pm, and DisjConditions.pm, where now, only statements aren't
counted as covered which consist of code used with ithreads only.
The last patch is a very
are rejected.
* lib/Automake/tests/Version2.pl: New test.
* lib/Automake/tests/Version3.pl: Likewise.
* lib/Automake/tests/Makefile.am (TESTS): Add tests here ...
(XFAIL_TESTS): ... and here, new.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
One thing that's worthwhile mentioning
* lib/Automake/tests/Wrap.pl (@tests): Add test for word with
trailing space.
(test_makefile_wrap, @makefile_tests): New function, new list of
tests, to test makefile_wrap.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
ChangeLog |6 ++
lib/Automake/tests
.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
This was interesting. I couldn't get the first 'confess' code branch to
ever go off. Took a bit to notice that 'split' turns everything into a
string.
Cheers,
Ralf
ChangeLog | 15
lib/Automake
/Automake/tests/DisjCon3.pl: Likewise.
* lib/Automake/tests/Makefile.am (TESTS, XFAIL_TESTS): Adjust.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
ChangeLog |9 +
lib/Automake/tests/DisjCon2.pl |8
lib/Automake/tests/DisjCon3
* lib/Automake/Variable.pm (_check_ambiguous_condition): No need
to check for $def since ambiguous_p returns an empty $message if
there is no other condition which is ambiguous to $cond.
Signed-off-by: Ralf Wildenhues ralf.wildenh...@gmx.de
---
ChangeLog|5 +
lib/Automake
Hello,
* Jan Engelhardt wrote on Sat, Oct 17, 2009 at 07:04:39PM CEST:
when one decides to drive make in a non-recursive fashion, one has to
write an Automake file like this:
lib_LTLIBRARIES = foo/bar.la
foo_bar_la_SOURCES = foo/one.c foo/two.c
Usually I stuff that into a file called
I recently discovered Devel::Cover (Debian package libdevel-cover-perl).
This rocks. Kudos to Paul Johnson for writing this module.
To use Devel::Cover, I have started a branch perl-coverage (off of
maint) which introduces a few helper targets, e.g.,
make check-coverage
which is veeery slow,
* Stefan Bienert wrote on Mon, Oct 19, 2009 at 12:45:19AM CEST:
Is there a way to stop automake producing a rule for dvi docs?
It just makes my 'distcheck' fail.
dvi:
Cheers,
Ralf
Hi Stefano,
* Stefano Lattarini wrote on Tue, Oct 13, 2009 at 04:24:38PM CEST:
At Tuesday 13 October 2009, Ralf Wildenhues wrote:
First off, I think that run_command really should Exit when the
command does not produce the intended status. It should not be
necessary to do run_command -e
Hello Andreas,
beside the advice already give to you:
* Andreas Otto wrote on Thu, Oct 15, 2009 at 12:59:39PM CEST:
to build a perl extension it's best to use the perl build-system based on
perl Makefile.PL
the command create a Makefile in the same directory of Makefile.PL self
Hello Petter,
thanks for the report.
Please note that the current version of Automake is 1.11, so you are
encouraged to upgrade.
For verbose output of the failed tests, you can run
cd tests
env TESTS=exdir2.test libtool3.test libtool7.test \
ltcond.test ltcond2.test ltconv.test
* Vincent Torri wrote on Wed, Oct 14, 2009 at 07:48:35AM CEST:
$(builddir)/eina_amalgamation.c: $(sources_used) Makefile
-rm -f $(builddir)/eina_amalgamation.c
$(builddir) is always equal to '.'; also, non-GNU makes don't identify
FILE and ./FILE; so you are better off omitting
* Ralf Corsepius wrote on Wed, Oct 14, 2009 at 09:23:10AM CEST:
On 10/14/2009 07:05 AM, Ralf Wildenhues wrote:
I still fail to understand. What problem do you have with either
echo export V=1 ~/.bashrc
or
echo enable_silent_rules=no ${CONFIG_SITE-/usr/local/share/config.site
Hello Martin,
* Martin Kalbfuß wrote on Tue, Oct 13, 2009 at 11:21:13PM CEST:
I want to create a library for the GNU-Modula compiler. But the
libraries are pure object files in a separate directory. Some kind of
package.
Is there a target for this?
No. But if you write the compile rules
[ dropping autoconf@ ]
* Ralf Corsepius wrote on Tue, Oct 13, 2009 at 05:20:30PM CEST:
On 10/13/2009 04:49 PM, Bob Friesenhahn wrote:
On Tue, 13 Oct 2009, Ralf Corsepius wrote:
The problem is verifying correctness of building packages in batches.
i.e. to monitor/inspect CFLAGS, CPPFLAGS,
Hi Stefano,
* Stefano Lattarini wrote on Sat, Oct 10, 2009 at 03:04:59PM CEST:
At Saturday 10 October 2009, Ralf Wildenhues wrote:
I didn't make myself clear enough, sorry. What I meant was that we
shouldn't change uses of $AUTOMAKE with redirections to
'run_command $AUTOMAKE' when we
Hello,
forgive my ignorance on the subject: what are the (desired) semantics of
elisp files?
Currently, you trip over Automake bugs when you use lisp files in
subdirs (with or without subdir-objects):
lisp_LISP = sub/am.el
or use nobase_:
nobase_lisp_LISP = sub/am.el
Elias reported part of
1101 - 1200 of 3140 matches
Mail list logo