On Tue, 24 Mar 2015, James Youngman wrote:
The timestamps look OK to me:
...
Perhaps the cause is this rule, though:
dblocation.texi: ../locate/dblocation.texi
cp ../locate/dblocation.texi $@
This will clearly update the mtime of dblocation.texi.
Hi James,
indeed. You could use
not be older than the .texi
file (and other dependencies), thus the rule for .texi.info should never be
used during make distcheck. Something wrong with your timestamps and or
filesystem?
Regards
Peter Breitenlohner p...@mppmu.mpg.de
On Tue, 1 May 2012, Stefano Lattarini wrote:
From: Peter Breitenlohner p...@mppmu.mpg.de
* t/objc-megademo.sh: New test, trying out a package using all
of C, C++, Objective C and Objective C++ at the same time.
* t/list-of-tests.mk: Add it.
Hi Stefano,
I have just noticed that in the source
* t/objc-flags.sh: New test.
Signed-off-by: Peter Breitenlohner p...@mppmu.mpg.de
---
t/objc-flags.sh | 73 +++
1 files changed, 73 insertions(+), 0 deletions(-)
create mode 100755 t/objc-flags.sh
diff --git a/t/objc-flags.sh b/t/objc
* t/objcxx-deps.sh: New test.
Signed-off-by: Peter Breitenlohner p...@mppmu.mpg.de
---
t/objcxx-deps.sh | 46 ++
1 files changed, 46 insertions(+), 0 deletions(-)
create mode 100755 t/objcxx-deps.sh
diff --git a/t/objcxx-deps.sh b/t/objcxx-deps.sh
* t/objcxx-flags.sh: New test.
Signed-off-by: Peter Breitenlohner p...@mppmu.mpg.de
---
t/objcxx-flags.sh | 82 +
1 files changed, 82 insertions(+), 0 deletions(-)
create mode 100755 t/objcxx-flags.sh
diff --git a/t/objcxx-flags.sh b/t
* t/objcxx-deps2.sh: New test.
Signed-off-by: Peter Breitenlohner p...@mppmu.mpg.de
---
t/objcxx-deps2.sh | 58 +
1 files changed, 58 insertions(+), 0 deletions(-)
create mode 100755 t/objcxx-deps2.sh
diff --git a/t/objcxx-deps2.sh b/t
* t/objc-deps2.sh: New test.
Signed-off-by: Peter Breitenlohner p...@mppmu.mpg.de
---
t/objc-deps2.sh | 49 +
1 files changed, 49 insertions(+), 0 deletions(-)
create mode 100755 t/objc-deps2.sh
diff --git a/t/objc-deps2.sh b/t/objc-deps2.sh
On Mon, 30 Apr 2012, Stefano Lattarini wrote:
Unfortunately, this patch breaks automake with older autoconfs (e.g., 2.62),
even when the Objective C++ is not used. For example:
...
This is due to the unconditional use of 'AC_PROG_OBJCXX' in AM_INIT_AUTOMAKE.
I've
squashed in the diff
++ does not support Objective C/C++
(unfortunately the are no special front ends).
Regards
Peter Breitenlohner p...@mppmu.mpg.de
tests inspired by
those. Will have a look.
Regards
Peter Breitenlohner p...@mppmu.mpg.de
On Thu, 26 Apr 2012, Stefano Lattarini wrote:
Good idea. Can you confirm that the attached patch solves your problem?
Hi Stefano,
it does indeed.
BTW: The Copyright-paperwork-exempt: yes should be unnecessary because you
should still have the paperwork from the ObjC++ integration.
Regards
On Thu, 26 Apr 2012, Stefano Lattarini wrote:
because you should still have the paperwork from the ObjC++ integration.
I wasn't involved in the project yet back then, so I wasn't aware you had
the paperwork in place already. Now I am :-)
Hi Stefano,
and the whole ObjC++ integration (one
On Thu, 26 Apr 2012, Stefano Lattarini wrote:
On 04/26/2012 01:56 PM, Peter Breitenlohner wrote:
but could also apply them to the current git version and send you these.
Please do. If they are not-invasive, they could appear in 1.12.1.
Hi Stefano,
attached are six patches. The first
) \
--mode=link $(CXXLD) $(foo_CXXFLAGS) $(CXXFLAGS) \
$(foo_LDFLAGS) $(LDFLAGS) -o $@
and a more elaborate workaround is needed.
What is the best way to handle this situation? An additional test case?
Regards
Peter Breitenlohner p...@mppmu.mpg.de
) \
--mode=link $(CXXLD) $(foo_CXXFLAGS) $(CXXFLAGS) \
$(foo_LDFLAGS) $(LDFLAGS) -o $@
and a more elaborate workaround is needed.
What is the best way to handle this situation? An additional test case?
Regards
Peter Breitenlohner p...@mppmu.mpg.de
to the respective perl scripts in
$(texmfdir).
To summarize: 'nodist_bin_SCRIPTS =' is an extremely convenient way to
ensure that $(bindir) -- or rather $(DESTDIR)$(bindir) -- exists.
Regards
Peter Breitenlohner p...@mppmu.mpg.de
to the respective perl scripts in
$(texmfdir).
To summarize: 'nodist_bin_SCRIPTS =' is an extremely convenient way to
ensure that $(bindir) -- or rather $(DESTDIR)$(bindir) -- exists.
Regards
Peter Breitenlohner p...@mppmu.mpg.de
-binpkg.test
+++ b/tests/amhello-binpkg.test
@@ -17,7 +17,6 @@
# Document an example from the manual about the `amhello' package:
# using DESDIR to build simple, no-frills binary packages.
Hi Stefano,
could this be a typo (DESDIR vs DESTDIR)?
Regards
Peter Breitenlohner p...@mppmu.mpg.de
-binpkg.test
+++ b/tests/amhello-binpkg.test
@@ -17,7 +17,6 @@
# Document an example from the manual about the `amhello' package:
# using DESDIR to build simple, no-frills binary packages.
Hi Stefano,
could this be a typo (DESDIR vs DESTDIR)?
Regards
Peter Breitenlohner p...@mppmu.mpg.de
On Fri, 10 Jun 2011, Stefano Lattarini wrote:
Nope, it gets the information from the fact each AM_CONDITIONAL invocation
does this:
AC_CONFIG_COMMANDS_PRE(
[if test -z ${$1_TRUE} test -z ${$1_FALSE}; then
AC_MSG_ERROR([[conditional $1 was never defined.
Usually this means the
relocatability point.
Hi Ralf,
I remember a problem with gcc's 'make check' that could be related. Some
tests failed when `pwd -L` was different from `pwd -P`, presumably due to
the two different srcdir's.
I could avoid this problem by first doing 'cd `pwd -P`'.
Regards
Peter Breitenlohner p
we get to config.status creation. I'm a bit afraid of introducing
'kill' into configure scripts, however. Any less dangerous ideas?
How about '( sleep 1; CREATE_A_FILE ) ' and later waiting until that file
exists?
Regards
Peter Breitenlohner p...@mppmu.mpg.de
On Tue, 24 Nov 2009, Peter Breitenlohner wrote:
as I mentioned a few weeks ago, I get a few FAILs when runnig 'make check'
on the current Automake-git. Looking into the three tests I concluded that
it must be a timing problem. Running ten times just these three tests I
got:
aclocal9: 6 FAIL
that, please go
ahead.
Regards
Peter Breitenlohner p...@mppmu.mpg.deFrom 5998a1ac168c99447013301ede8ebb1138a56ef0 Mon Sep 17 00:00:00 2001
From: Peter Breitenlohner p...@mppmu.mpg.de
Date: Wed, 25 Nov 2009 10:29:10 +0100
Subject: [PATCH 3/3] A complete demo package using ObjC++ and distcheck
* tests
: There may be additional test suffering from the same problem.
Regards
Peter Breitenlohner p...@mppmu.mpg.deFrom 717445fbf97fedcaeacefd55c4b078bd2a8c56c7 Mon Sep 17 00:00:00 2001
From: Peter Breitenlohner p...@mppmu.mpg.de
Date: Mon, 23 Nov 2009 21:46:16 +0100
Subject: [PATCH] Add a delay so
on. This patch is targets 1.12 rather
than 1.11.1 anyway. Maybe it can even omit the objcxx.m4 file
completely?
Hi Ralf,
now that autoconf-2.65 is released, here the hopefully final version of
the patch for ObjC++ support in Autmake.
Regards
Peter Breitenlohner p...@mppmu.mpg.deFrom
. If that is easy to explain I'll do it, otherwise I should better
leave it to you (and please feel free to add/modify copyright notices as
apropriate).
In any case, that maybe should be based on a newer version play-1.2 that
also includes a libtool library.
Regards
Peter Breitenlohner p
marginally) useful functionality.
=
Regards
Peter Breitenlohner p...@mppmu.mpg.de
On Tue, 28 Jul 2009, Peter Breitenlohner wrote:
now that autoconf-2.64 is released, here a revised version of the patch I
sent you last week.
This new version requires autoconf-2.64 (otherwise aclocal fails) and
defines AM_PROG_OBJCXX. A hook for AC_PROG_OBJCXX, eventually to be defined
On Thu, 23 Jul 2009, Peter Breitenlohner wrote:
On Wed, 22 Jul 2009, Ralf Wildenhues wrote:
Feel free to send it, if you have it anyway. More information can only
help. ...
here it is. ..
Hi Ralf,
now that autoconf-2.64 is released, here a revised version of the patch I
sent you
On Tue, 21 Jul 2009, Ralf Wildenhues wrote:
AFAIK nobody else is working on patches yet; they would be very welcome.
I suppose adding ObjC++ support should be very straightforward. Thanks.
Hi Ralf,
in the meantime I have created a patch for Automake support of ObjC++. It
was indeed very
staightforward.
In case there are no such plans, I could prepare some patches for this.
Please let me know.
Regards
Peter Breitenlohner p...@mppmu.mpg.de
On Mon, 20 Jul 2009, Peter Breitenlohner wrote:
are there any plans that Automake supports ObjC++ (as implemented in
gcc-4.x)?
I forgot to mention: of course, this would require that Autoconf supports
ObjC++. Are you aware of any plans into that direction?
Regards
Peter
as Automake would do).
===
The above example may look somewhat artificial. However, it is a stripped
down version of what we really need.
Regards
Peter Breitenlohner p...@mppmu.mpg.de
to Automake,
avoiding unnecessary tasks, not interfering with Automake's automatic
dependency tracking, and not having 'make dist' gratuitously build files
that are never used.
Best regards
Peter Breitenlohner p...@mppmu.mpg.de
. However, I am not quite sure how that would
be done best: in aclocal or in the rule generated by autmoake?
Regards,
Peter Breitenlohner p...@mppmu.mpg.de
are created.
Shall I try to do that, or will you (knowing better exactly what you have in
mind)?
Regards,
Peter Breitenlohner p...@mppmu.mpg.de
Peter Breitenlohner p...@mppmu.mpg.dediff -ur -N -x 'automake.info*' -x version.texi -x stamp-vti
automake-1.10.2.orig/ChangeLog automake-1.10.2/ChangeLog
--- automake-1.10.2.orig/ChangeLog 2008-11-23 09:36:41.0 +0100
+++ automake-1.10.2/ChangeLog 2009-02-02 15:27:42.0 +0100
On Tue, 11 Mar 2008, Ralf Wildenhues wrote:
Having one test is fine, and it looks good, too.
I suppose we might want to change the MANS line and the install-manX
rules to be flattened, they already look pretty ugly in the Makefile.
But that can happen in a followup patch.
Hello Ralf,
I
On Thu, 6 Mar 2008, Ralf Wildenhues wrote:
* Peter Breitenlohner wrote on Thu, Mar 06, 2008 at 01:27:05PM CET:
or still something else. If so please indicate what.
Oh sorry, I was in a hurry and not thinking. What I meant was that
while you can't wrap arbitrary lines ending in backslash
On Wed, 5 Mar 2008, Ralf Wildenhues wrote:
Well, here's a review of your patches. If you have time to address the
comments, that would be great, otherwise I will eventually do it.
Hi Ralf,
I will go through your comments and think most of them pose no problem. For
the moment just a few
-ChangeLog:
Proposed ChangeLog entry.
==
Please feel free to revise the wording in texinfo, comments, and/or
ChangeLog.
regards
Peter Breitenlohner [EMAIL PROTECTED]Prepare for implementation of notrans_man_MANS: anticipate
an additional foreach loop and reindent accordingly
On Wed, 30 Jan 2008, Ralf Wildenhues wrote:
Hello Ralf,
* Peter Breitenlohner wrote on Wed, Jan 23, 2008 at 10:28:28AM CET:
[...]
(1) In some cases it is completely inadequate to apply the program name
transform to manpage names.
[...]
Maybe that could be taken care of by something like
opinion?
Regards,
Peter Breitenlohner [EMAIL PROTECTED]
the source tree in
preference to those from the build tree
together with a tiny and IMHO uncontroversial patch solving this problem.
I am terribly disappointed that I never got any reaction and that this bug
is still present in the new release.
regards
Peter Breitenlohner [EMAIL PROTECTED]
install those from the source tree and not those
from the build tree as it should be.
Unfortunately I never got an answer and last time I looked in CVS this bug was
still there.
Couldn't you take care of that problem?
regards
Peter Breitenlohner [EMAIL PROTECTED]
.
On the other hand I would think that (2) is equally wrong. Whenever a file
is to be installed, then the automake-generated rules should FIRST look for
that file in the current directory and THEN under ${srcdir}!
===
Peter Breitenlohner [EMAIL PROTECTED]
is attached.
BTW: The installed version of automake is 1.8.4
regards
Peter Breitenlohner [EMAIL PROTECTED]make -Ctests VERBOSE=1 TESTS='makej.test missing.test missing2.test' check
make: Entering directory
`/.th/thsrc/archive/gnu/automake/automake-1.9.3-build-linux-gnulibc2/tests'
make defs aclocal
49 matches
Mail list logo