be different then
this is a bit trickier (call touch in a loop until the
timestamp changes).
Thanks. I didn't think/know about the (potential) truncation.
--
Thien-Thi Nguyen ---
(defun responsep (query) ; (2020) Software Liber
do this?
--
Thien-Thi Nguyen ---
(defun responsep (query) ; (2020) Software Libero
(pcase (context query) ; = Dissenso Etico
(`(technical ,ml) (correctp ml))
...)) 748E
-Thi Nguyen
signature.asc
Description: PGP signature
for the Makefile.am file(s).
To be precise, all this should happen before calling autoreconf.
If you can maintain this phase separation, life is easier.
--
Thien-Thi Nguyen
GPG key: 4C807502
(if you're human and you know it)
read my lisp: (responsep (questions 'technical
if the daemon
isn't running; the exit 77 if the daemon isn't running to skip
that stop group.
[details]
Thanks for describing this Autotest setup. I will experiment.
--
Thien-Thi Nguyen
GPG key: 4C807502
(if you're human and you know it)
read my lisp: (responsep (questions
.
--
Thien-Thi Nguyen
GPG key: 4C807502
(if you're human and you know it)
read my lisp: (responsep (questions 'technical)
(not (via 'mailing-list)))
= nil
signature.asc
Description: PGP signature
and then replace the usual make install flow via:
install-data-local:
$(MAKE) install-data-am intreelib=
This would mimic the -data side of make install (i think).
--
Thien-Thi Nguyen
GPG key: 4C807502
(if you're human and you know it)
read my lisp: (responsep (questions 'technical
behavior) between a static and shared-lib build. That
sounds weird to me. What am i missing?
--
Thien-Thi Nguyen
GPG key: 4C807502
(if you're human and you know it)
read my lisp: (responsep (questions 'technical)
(not (via 'mailing-list
it, prompted by your query (so
thanks for asking!), however. Does it work?
--
Thien-Thi Nguyen
GPG key: 4C807502
pgp2gxOjWJRrL.pgp
Description: PGP signature
://www.gnuvola.org/u/2013/01/24h09.html.
The point is: For timely resolution, you need to take direct action.
Let RCS's (ever-growing) lacuna serve as a warning!
--
Thien-Thi Nguyen . GPG key: 4C807502
. NB: ttn at glug dot org is not me
to focus on Automake-NG) from the
throng of candidates (one hopes), and then, after a suitable ramp-up
period, let the new maintainer decide the fate of the code.
[cc - to, trimmed]
--
Thien-Thi Nguyen . GPG key: 4C807502
. NB: ttn at glug dot
to focus on Automake-NG) from the
throng of candidates (one hopes), and then, after a suitable ramp-up
period, let the new maintainer decide the fate of the code.
[cc - to, trimmed]
--
Thien-Thi Nguyen . GPG key: 4C807502
. NB: ttn at glug dot
Here is a suitable ChangeLog entry:
2013-01-20 Thien-Thi Nguyen t...@gnuvola.org (tiny change)
Don't get fooled when running make check inside Emacs.
Some versions of Emacs set the env var 'EMACS' to 't'
for child processes. Thus, when running from inside Emacs
-local’, but that failed. Please see:
http://git.savannah.gnu.org/cgit/serveez.git/commit?id=f504730d3f
for details and the suboptimal workaround. Am i missing something?
--
Thien-Thi Nguyen . GPG key: 4C807502
. NB: ttn at glug dot org
() Stefano Lattarini stefano.lattar...@gmail.com
() Thu, 26 Apr 2012 12:33:08 +0200
Do you have an environment variable named 'd'? I like
minimalism, but this seems a little over-the-top ;-)
I live in Emacs and ‘C-x C-f $ d RET’ is a nice way to get there
quickly. Attached is
() Ralf Wildenhues ralf.wildenh...@gmx.de
() Tue, 17 Aug 2010 21:33:15 +0200
there are a couple of reasons I'd prefer a
slightly different example: [reasons]
Thanks for the prompt review; i agree redundant overlap is undesirable.
[...] SUFFIXES [...]
Ack.
Can we find a
() samson.pierre samson.pie...@laposte.net
() Sun, 15 Aug 2010 03:09:50 +0200 (CEST)
%.bmp: %.xcf
$(GIMP) -i -b '(xcf-bmp $ $@)' -b '(gimp-quit 0)'
Is there an equivalent or anything else which can help me to write this
rule avoiding this warning message?
I think here you can
?
_
From 7b70f8b27057c5b9a0f621dcfd5064c5d90947dd Mon Sep 17 00:00:00 2001
From: Thien-Thi Nguyen t...@gnuvola.org
Date: Mon, 16 Aug 2010 02:14:56 +0200
Subject: [PATCH] Document a common conversion for GNU make pattern rules.
* doc/automake.texi (Multiple Outputs): Expand on GNU make
pattern rules
What do people do to make experimentation w/ GCC warnings easy?
In Guile-PG's configure.in, there is:
|## If we're using GCC, ask for aggressive warnings.
|if test x$GCC = xyes ; then
| AGGRESSIVE_WARNINGS=-std=gnu99 -pedantic
| for x in all extra float-equal declaration-after-statement \
|
() Ralf Wildenhues [EMAIL PROTECTED]
() Tue, 12 Feb 2008 13:36:29 +0100
Please, do not propagate ugly solutions, unless you
know that a clean one does not exist.
It's hard to know if a clean one does not exist; i
don't maintain these tools and don't generally dig
into them more deeply than
#
# Copyright (C) 2007 Thien-Thi Nguyen
#
# This file is part of ttn-do, released under the terms of the
# GNU General Public License as published by the Free Software
# Foundation; either version 3, or (at your option) any later
# version. There is NO WARRANTY. See file COPYING for details
() Benoit SIGOURE [EMAIL PROTECTED]
() Mon, 27 Aug 2007 21:12:28 +0200
OK look, here is how it goes AFAIK:
- You want to set project-wide flags, use AM_CFLAGS
- Your user wants to set project-wide flags, it does: ./configure
CFLAGS=...
- If your user didn't set project-wide
() Benoit SIGOURE [EMAIL PROTECTED]
() Mon, 27 Aug 2007 09:48:16 +0200
AM_CFLAGS is reserved for developers. It's not a problem
if the user overrides the default value of CFLAGS since
CFLAGS is reserved for the user.
i understand, and am actually trying achieve, this. my point
is that
some of my autogen.sh (bootstrap script) files use the construct:
amprefix=`automake --help | sed '/^Usage:/!d;s/Usage: //;s,/bin/automake.*,,'`
amlibdir=`ls -d ${amprefix}/share/automake-* | tail -1`
for f in install-sh INSTALL COPYING ; do
ln -sf ${amlibdir}/$f
done
this is not
() Ralf Wildenhues [EMAIL PROTECTED]
() Tue, 17 Apr 2007 20:58:11 +0200
You mean, other than `automake --add-missing' (or, short: -a)?
not really.
Or is it that you'd need something like
automake --add-missing --install-even-if-i-do-not-use-automake
yes. (for some projects i
ChangeLog entry:
* doc/automake.texi (Dependency Tracking Evolution): Fix typo.
--- automake.texi 17 Apr 2006 12:14:07 - 1.134
+++ automake.texi 26 Apr 2006 03:03:41 -
@@ -10420,7 +10420,7 @@
@item @command{makedepend}
This was a commonly-used method in the
Ed Hartnett [EMAIL PROTECTED] writes:
Howdy all!
If I have some tests, and want to run them with command line options,
how do I do it?
For example, I have to have a shell script to run tst_parallel below,
because it needs to be called with the poe command, and some env vars
set. In
Fred Proctor [EMAIL PROTECTED] writes:
How can one get AC_DEFINE to define a variable with an argument
list? I want to do something like this:
AC_DEFINE(incr(x),((x)+1),increment)
i think either you misunderstand AC_DEFINE or i misunderstand you.
where in the documentation is the
Irek Szczesniak [EMAIL PROTECTED] writes:
Is there a way of achieving my goal?
i believe this can be handled completely by autoconf,
w/o involving automake. try placing in configure.ac:
AC_CONFIG_FILES([fsclient.sh],[chmod +x fsclient.sh])
AC_OUTPUT
tested w/ GNU Autoconf 2.59.
thi
Jay West [EMAIL PROTECTED] writes:
I'll host it in exchange for someone taking 60 seconds to answer my
previous post ;)
probably if you host such a wiki, your questions (or related ones) will
receive wider review and potentially useful answers will show up sooner.
thi
i posted the following to the autoconf list:
http://mail.gnu.org/archive/html/autoconf/2004-04/msg00131.html
but perusing the archive shows that list is mostly full of (other)
junk, hence this post, in case autoconf maintainers have decided
to avoid that list.
thi
Roger Leigh [EMAIL PROTECTED] writes:
Maintenance should really include upgrading to the current
version of autoconf.
that's probably something a maintainer decides, hopefully w/
some input from the users.
Is there any VMS support in the older
version that is missing in the current
Paul D. Smith [EMAIL PROTECTED] writes:
If you're willing to require GNU make then I'm quite confidant you
could write automake as nothing more than a suite of GNU make macros
and functions.
I doubt there would be any need for code changes to GNU make at all.
i think it would be
i see from the previous post that you use a manual VPATH methodology.
there are two approaches you can try:
1/ undo the unorthodoxy (move auto* files to top-level dir)
2/ prefix relative paths (such as ../../) w/ $(srcdir)
probably 1/ is the best for minimizing gray hairs long term, although it
Akim Demaille [EMAIL PROTECTED] writes:
So, should automake -i make sure the directory exists and create it if
needed? Or that would be considered unsafe (a typo in the name, et
voil=E0, a nasty dir pollutes your codeshore).
perhaps only if --force is also specified, else signal error.
Ireneusz SZCZESNIAK [EMAIL PROTECTED] writes:
But I only want make to ignore errors from running tests, not all
errors. My test scripts are automatically generated by make and
then run. If make fails to generate such a script, then I want
make to report the error and stop.
there is
Date: Wed, 17 Sep 2003 14:07:17 -0600 (MDT)
From: Ireneusz SZCZESNIAK [EMAIL PROTECTED]
Yeah! But still I want the output of make check to be clean. When
a test fails, then I expect to see: FAIL: test.sh.
in this case the only thing i can suggest is to post-process the
Makefile to
argh! it figures, the answer is actually in autoconf:
AC_DISABLE_STATIC
AM_PROG_LIBTOOL
sorry for the noise.
thi
From: [EMAIL PROTECTED]
Date: Wed, 25 Jun 2003 13:57:26 -0700
This overhead will take work and commitment from people. How much
improvement can this deliver?? 10%? 50%? 500%?
the way to look at it is that you WANT work and commitment from people,
but you want the right kind of work
From: Ronald Landheer-Cieslak [EMAIL PROTECTED]
Date: Fri, 20 Jun 2003 11:52:25 +0200 (CEST)
That is actually a very good idea!
that's why they pay me the big bux (oh wait... ;-)
thi
[EMAIL PROTECTED]:
If you have any advice or ways to streamline the process I would very
much like to hear it.
spend one hour a week as a group reading change logs (and only change
logs -- no code!) for the week preceding. discuss applicability of
changes, especially whether or not the
Enrico Weigelt [EMAIL PROTECTED] writes:
I'd like to invite you to this project.
how do you handle cycles in the tree?
how do you handle multiple roots?
how do you handle transient relations?
thi
sounds about right -- finding the appropriate mux point to pinch is indeed the
first step towards sanity. if you get funding, give me a buzz. otherwise, i
will continue to work w/ (old) librx and approach the problem from the guile
perspective. (e.g., below is lex.test w/ a simple shell-lexer
greetings,
can someone suggest a way to regen stamp-vti based on changes to a
file besides configure.ac?
i see this in am/vers-texi.am:
## Depend on %CONFIGURE-AC% so that version number updates cause a
## rebuild.
$(srcdir)/stamp-%VTI%: %TEXI% $(top_srcdir)/%CONFIGURE-AC%
this is fine
Waldemar Rosenbach [EMAIL PROTECTED] writes:
Is there another way to solve this kind of problem?
well, it's not clean, but you can process the headers on install. this could
be a provisional approach (i.e., kludge) while you make the interface platform
independent.
see below for
Thien-Thi Nguyen [EMAIL PROTECTED] writes (imprecisely):
you can process the headers on install.
sorry, i forgot to emphasize: the headers processed are those other than
config.h -- the horrible approach described does not require you to install
config.h. (did i mention that this approach
Bruce Korb [EMAIL PROTECTED] writes:
http://ac-archive.sf.net/Miscellaneous/ac_create_prefix_config_h.html
thanks for the tip. fwiw, to try this i had to substitute
AC_ECHO_MKFILE(foo,bar)
with
echo 'foo' bar
(the AC_ECHO_MKFILE from the website is empty.)
thi
From: Bruce Korb [EMAIL PROTECTED]
Date: Fri, 04 Jan 2002 21:47:43 -0800
manual dependencies [...]
^^
probably find a lot of these in docs/Makefile.am (yuk yuk ;-).
thi
48 matches
Mail list logo