system that make it tricky, I haven't looked into it. I have my hands full
with more pressing issues than overhauling the build system.
--
Cheers,
Dave Hart
cumented. I think I'll go with the documented approach as I
am not concerned about the corner case. I don't know what tool deficiency
might trigger it, but I'm going to assume for now that it's good enough to
optimize build time only when --disable-depedency-tracking is used.
Cheers,
Dave Hart
On Sat, 30 Sept 2023 at 05:07, Jan Engelhardt wrote:
> On Saturday 2023-09-30 05:27, Dave Hart wrote:
>
> >I've added code to the ntp.org Makefile.am files to ensure the static
> >utility library libntp.a is up-to-date for each program that uses it, to
> >ensure the
in advance.
Dave Hart
.
The rest looks good.
Cheers,
Dave Hart
-newline-3
+command_ok_ am__newline (2) -D TODO $MAKE test-newline-2
+command_ok_ am__newline (3) -D TODO $MAKE test-newline-3
:
--
1.7.9.5
Cheers,
Dave Hart
; }
cat stdout
count_test_results total=0 pass=0 fail=0 xpass=0 xfail=0 skip=0 error=0
--
1.7.9.5
Cheers,
Dave Hart
])
AC_CONFIG_LINKS([GNUmakefile:GNUmakefile])
AC_CONFIG_LINKS([defs:defs])
--
1.7.9.5
Cheers,
Dave Hart
On Sat, Jun 30, 2012 at 13:16 UTC, Stefano Lattarini wrote:
Hi Dave, thanks for the feedback.
On 06/30/2012 12:54 PM, Dave Hart wrote:
On Sat, Jun 30, 2012 at 08:56 UTC, Stefano Lattarini wrote:
And here is the documentation, basically adapted from the commit message.
Comments welcome
On Thu, Jun 28, 2012 at 20:49 UTC, Stefano Lattarini wrote:
* configure.ac: Require that the shell that is to be selected to run
the testsuite understands set -e and set ! -e.
You mean test, not set.
Signed-off-by: Stefano Lattarini stefano.lattar...@gmail.com
---
configure.ac | 5 +
' stderr
+grep 'none' as canonical name stderr
+
:
--
1.7.9.5
Cheers,
Dave Hart
.
Can Automake be similarly improved to disable GNU make's builtin rules
without sacraficing compatibility with less-loved make
implementations? If it's not practical for Automake to do this for
all packages, how might a maintainer do it for his package without
requiring GNU make?
Cheers,
Dave Hart
On Wed, Jun 27, 2012 at 19:31 UTC, Stefano Lattarini wrote:
On 06/27/2012 07:40 PM, Dave Hart wrote:
Yes, good stuff. Anyone who has debugged Makefiles with GNU make -v
has seen the insane number of wasted operations due to combinatorial
explosion exploring possible matches with builtin rules
.
Cheers,
Dave Hart
, but must not
be removed by make distclean.
But only if it's accurate, of course.
Cheers,
Dave Hart
they existed devoid of any
dependencies), and finally invoked configure and make.
Given the nonintuitive effect of cleaning .deps/*.Po files, I would
prefer if you try to avoid appearing to minimize the possibility of
make failing as a result.
Cheers,
Dave Hart
encounters an error.
Cheers,
Dave Hart
On Thu, Jun 21, 2012 at 10:32 UTC, Stefano Lattarini wrote:
This change it introduces eight new internal variables, which our
s/ our//
The rest looks good.
Cheers,
Dave Hart
On Thu, Jun 21, 2012 at 18:29 UTC, Stefano Lattarini wrote:
Hi Dave, thanks for the review.
On 06/21/2012 07:16 PM, Dave Hart wrote:
On Thu, Jun 21, 2012 at 10:32 AM, Stefano Lattarini wrote:
* lib/am/depend.am: Since in Automake-NG the generated Makefile calls
'-include' (not 'include
On Thu, Jun 21, 2012 at 9:54 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 06/21/2012 12:33 AM, Dave Hart wrote:
While I agree fix-timestamps.sh might be a clearer name, using the
name bootstrap for the clone-from-VCS before-first-configure step.
NTP tarballs carry a bootstrap
appealing,
autoconf.sh.
Cheers,
Dave Hart
On Wed, Jun 20, 2012 at 10:33 PM, Dave Hart daveh...@gmail.com wrote:
I had no idea missing would monkey with timestamps like that. I'm
wholeheartedly in favor of removing that capability in the name of
predictably correct results.
While I agree fix-timestamps.sh might be a clearer name
,
Dave Hart
On Fri, Jun 15, 2012 at 1:23 PM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 06/15/2012 03:12 PM, Dave Hart wrote:
On Thu, Jun 14, 2012 at 10:05 PM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
* lib/am/header-vars.am: Sanitize $(SUBDIRS), by setting it to the
empty value
On Sat, Jun 9, 2012 at 12:08 PM, Stefano Lattarini wrote:
* t/objc-megademo.sh (am_create_testdir): Define to yes before
s/yes/empty/
including ./defs, because this test doesn't rely on the files usually
pre-set by the setup in there.
+am_create_testdir=empty
Cheers,
Dave Hart
On Tue, Jun 5, 2012 at 10:52 PM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
* lib/am/yacc.am (am__yacc_c2h): Transform from a sed command to a
make function.
It appears the subject line summary says the opposite of what was intended.
Cheers,
Dave Hart
on the patch, I think the latter two should be (sc_diff_aclocal,
sc_diff_automake)
static pattern rules and 'diff -u' instead of bare 'diff', and fix the
count of expected differences to account for the removed substitution of
'@SHELL@' in automake.in.
Cheers,
Dave Hart
Until now, Automake has required
Autoconf 2.62 or later.
Cheers,
Dave Hart
Stefano,
In the proposed patch, the word foo is used where force' was
apparently intended.
Without unwarranted aggressivity,
Dave Hart
this issue.
Cheers,
Dave Hart
='gcc bison'
+required=gcc
. ./defs || Exit 1
set -e
--
1.7.7.3
Cheers,
Dave Hart
.
Grinchfully,
Dave Hart
require a separate compiler invocation
-- the first one that can use the precomp.pch generates it.
The compile-time savings can be relatively huge. Support in Automake
would be lovely and I'd be happy to help test any patches.
Cheers,
Dave Hart
Please consider creating mailing lists for Automake-NG work. It is
different enough from Automake to warrant another list, particularly
for those of us interested solely in Automake developments.
Thanks,
Dave Hart
to be installed as well:
cd eq_ss
make install
Cheers,
Dave Hart
,
Dave Hart
Autoconf and
Automake, likely has a different perspective which might well matter
more than mine.
Cheers,
Dave Hart
fork called
Automire wouldn't be such a problem, but Stefano probably doesn't find
forking appealing for a number of sound reasons.
Thanks for the choice to support use of Automake by non-GPL packages,
and for hearing the concerns of a maintainer of such a package.
Cheers,
Dave Hart
dependency tracking.
Cheers,
Dave Hart
facts are confused. I'm
certainly unclear on the differences between sources.redhat.com and
sourceware.org.
Cheers,
Dave Hart
:
$(top_builddir)/scripts/test/install/bin/something --or --other
That may be more straightforward than portably modifying the
environment for submakes.
Cheers,
Dave Hart
,
then the up-to-date generated sources can be transported (such as via
make dist, or committing to SCM) to the cross-build environment.
Cheers,
Dave Hart
without the
depth restriction. Bonus points will be given for not requiring the
developer renaming/removing headers to manually trigger the mechanism.
;)
Below is our depsver.mf fragment [1], with comments that may well be
more accurate than my recollection above.
Cheers,
Dave Hart
[1
depsver.mf fragment [1], with comments that may well be
more accurate than my recollection above.
Cheers,
Dave Hart
[1] depsver.mf:
$(DEPDIR)/deps-ver: $(top_srcdir)/deps-ver
@[ -f $@ ] || \
cp $(top_srcdir)/deps-ver
Hi Ralf,
On Thu, Mar 31, 2011 at 05:28 UTC, Ralf Wildenhues wrote:
Hello Dave,
* Dave Hart wrote on Wed, Mar 30, 2011 at 11:06:02PM CEST:
Right, one approach would be to run a dist-hook which strips all
resource forks from distdir files.
An equally effective approach which Automake could
(tar, extract with
resource forks named ._filename, find | xargs to rm the ._* files, tar
again).
Cheers,
Dave Hart
on with more important
things than remember which combination of overrides I need at
configure time.
Cheers,
Dave Hart
without) by
using m4_ifdef to conditionalize the use. For example, this is how
ntp-dev enables Automake's silent rules generation without requiring
automake 1.11, which was the first release to provide AM_SILENT_RULES:
m4_ifdef(
[AM_SILENT_RULES],
[AM_SILENT_RULES([yes])]
)
Cheers,
Dave
^ one word
If you have more than the hypothetical mytestprog in EXTRA_PROGRAMS
which require the additional library, use simply LDADD instead of
mytestprog_LDADD.
Cheers,
Dave Hart
When invoked by autoreconf of a project with nested configure.ac
files, automake does not respect the disabling of AC_CONFIG_FILES by
the top-level configure.ac using AM_COND_IF, resulting in an incorrect
Makefile. Re-running autoreconf from within the nested project
produces correct output.
took the
time to produce a reduced test case illustrating the automake
misbehavior, and each time I see a request for a reduced repro, I
wonder what I might have done wrong in anticipating the request and
providing the reduced test case in the initial report.
Cheers,
Dave Hart
On Tue, Jan 18, 2011 at 19:30 UTC, Ralf Wildenhues wrote:
* Dave Hart wrote on Tue, Jan 18, 2011 at 09:49:02AM CET:
While you're waiting for that,
perhaps you could pursue the problem I
did take the time to provide a reduced test case for in November:
http://lists.gnu.org/archive/html
.
Cheers,
Dave Hart
On Sun, Dec 19, 2010 at 14:13 UTC, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
* Dave Hart wrote on Sun, Dec 19, 2010 at 02:47:58PM CET:
On Sun, Dec 19, 2010 at 10:48 UTC, Ralf Wildenhues wrote:
* Dave Hart wrote on Sat, Dec 18, 2010 at 07:57:13PM CET:
m4_ifndef([AM_COND_IF], [AC_DEFUN
if _AM_COND_VALUE_$1; then
m4_default([$2], [:])
m4_ifval([$3],
else
$3
])dnl
fi[]dnl
])])
Thanks,
Dave Hart
On Sat, Dec 18, 2010 at 11:56 AM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Hello Dave,
* Stefano Lattarini wrote on Sat, Dec 18, 2010 at 11:18:04AM CET:
On Saturday 18 December 2010, Dave Hart wrote:
I'd like a package I depend on to use AM_COND_IF, but it does not want
to demand
])])
I do not know the difference between m4_default and m4_n usage here,
I'm just applying the latest AM_COND_IF changes. If this code is not
appropriate for Automake prior to 1.11, please let me know.
Cheers,
Dave Hart
On Sat, Dec 18, 2010 at 18:28 UTC, Dave Hart h...@ntp.org wrote:
How is this for a AM_COND_IF that works at the m4sh level on older Automake:
I did not properly integrate Ralf's latest AM_COND_IF changes
considering Stefano's feedback about _AM_COND_VALUE_foo on older
Automake. 3rd time's
, and be more
willing to listen when you are told exactly what your problem is and
how to get around it.
1. Unpack tar
2. configure
3. make
Assuming success so far, then proceed to:
4. patch
5. make
Enjoy the journey,
Dave Hart
On Fri, Nov 26, 2010 at 2:23 AM, Dave Hart daveh...@gmail.com wrote:
1. Unpack tar
2. configure
3. make
Assuming success so far, then proceed to:
4. patch
Sorry, since you are modifying a .m4:
5. autoreconf
6. configure
7. make
You may be able to skip autoreconf, I'm not sure
in-the-field Autoconf and Automake to stop fighting
amongst the packages over which owns subproj/libopts/Makefile? Can
you help me in my quest to stop grepping Makefiles before kicking off
a make distcheck? :)
Thanks for your time,
Dave Hart
if $(EXEEXT) 'should' (but not 'must', as .exe suffix is not necessary) be
added on widnows, it does not work on linux)
In that case you may need to add cmap_tounicode.c to BUILT_SOURCES,
leaving cmapdump out of same.
Cheers,
Dave Hart
, don't be suprised to
see it silently renamed to .nfs5678 :)
It would be lovely from my perspective if Automake-generated distcheck
would ignore .nfs specifically and trust they will indeed be rm'd
eventually.
Cheers,
Dave Hart
On Tue, Nov 16, 2010 at 21:28 UTC, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Hi Dave,
* Dave Hart wrote on Tue, Nov 16, 2010 at 10:22:32PM CET:
The Sun NFS client intentionally defers deleting files, renaming them
to .nfs for some period of time that is not brief enough for make
you in the right direction, and asked you to provide details
_if_ you still think Automake is in a position to help. I don't see
you suggesting what Automake should be doing differently, instead, I
see a pax bug report sent to the Automake list.
Grumpily,
Dave Hart
this scheme, and I may have missed
an important part.
Cheers,
Dave Hart
On Tue, Aug 31, 2010 at 09:57 UTC, someone
yugiohjcj-mailingl...@laposte.net wrote:
But my Makefile is also removed :-(
So, I need to call the configure script to build it again.
./config.status will regenerate the Makefile without a full configure run.
Cheers,
Dave Hart
namespaces, with
//a/path/to/file being a reference to file file in directory to on
share path of fileserver a. That is, just like \\a\path\to\file
would be interpreted by Windows' networking.
Cheers,
Dave Hart
=$SAVED_CPPFLAGS -I$loop_dir
AC_COMPILE_IFELSE(
AC_LANG_PROGRAM(
[[
#include openssl/err.h
#include openssl/rand.h
]],
[[
ERR_load_crypto_strings();
]]
),
[ break ],
[]
)
Cheers,
Dave Hart
, rather than simply
/usr/local/include.
Instead of my project needs -I/foo/include on system bar, I suggest
my project needs to find the correct foo.h on all systems.
Cheers,
Dave Hart
of AC_COMPILE_IFELSE in a
loop that tries first with no additional -I, then with each of a list
of possible include directories, and adds the resulting -I directive
to a *CPPFLAGS variable while still respecting any user CPPFLAGS.
Cheers,
Dave Hart
$PATH if it is not in the current directory,
and we invoke it in the source directory (so that we can distribute
the .texi and most users and even developers then don't need the
latest Autogen to build NTP).
Cheers,
Dave Hart
A.K.A. h...@ntp.org
[1]
http://ntp.bkbits.net:8080/ntp-stable/ntpdc
On Thu, Dec 17, 2009 at 22:29 UTC, Joakim Tjernlund wrote:
AM_CONDITIONAL seems to be an automake 1.11 feature
You're running up against something else. AM_CONDITIONAL goes back
some time, and has worked splendidly for the NTP reference
implementation built using Automake 1.10.
Cheers,
Dave
73 matches
Mail list logo