On Tue, Nov 21, 2000 at 05:23:08PM -0500, Town, Brad wrote:
> I've searched Google and the mailing list for help on this to no avail.
> Perhaps someone can help me. (I'm using Autoconf 2.13 with Cygwin.)
>
> How can I add a define to a Makefile such as this:
>
> ... -DCONFIG_DIR=$(sysconfdir)
>
On Wed, Nov 29, 2000 at 11:00:31AM -0800, David Morgan wrote:
> Hi guys,
Hi from home :)
> The config_files problem is not:
Sorry, I fixed that one later, it should be fixed now. I forgot there
was this one pending when I first sent you the message. Sorry.
On Wed, Nov 29, 2000 at 11:23:19AM -0800, David Morgan wrote:
> Hi folks,
>
> Thanks for the changes by including as_expr there is a problem with the test,
> and/or another bug in QNX (I suspect).
>
> The code:
>
> expr a : '\(a\)'
> echo $?
> b=`expr a : '\(a\)'`
> echo $b,$?
>
> Gives:
>
>
On Tue, Dec 12, 2000 at 07:30:05PM +0100, Akim Demaille wrote:
>
> Alexandre> Such a cross-compiler would be a broken compiler. I don't
> Alexandre> know of any such cross-compilers, so this point is moot.
>
> Ah!!! Then you are telling me we just don't care
Thanks Lars, it's great!
On Sat, Jan 20, 2001 at 12:22:58AM +0100, Peter Eisentraut wrote:
> I've created a simple shared library that I placed at a non-standard
> location for illustration purposes. Imagine I want to configure a package
> to link against that library:
>
> $ cat configure.in
> AC_INIT(.)
>
> AC_PROG_CC
Thanks. We must be hitting some internal size limitation I guess. I will
apply the patch you suggest.
On Fri, Feb 23, 2001 at 02:54:06PM -0500, Pavel Roskin wrote:
> > > Are you sure that $$ is always preserved across subshells? What it I
> > > create conf$$ in a subshell but want to access it in the top level shell?
> >
> > Sorry, but I don't understand why you are referring to subshells here.
>
On Sat, Feb 24, 2001 at 01:08:29PM -0500, Pavel Roskin wrote:
>
> Feel free to use conf$$.
I have nothing to conf$$, I'm a nice guy :)
A first quick reading seems to demonstrate you found a flow in the
test suite itself, we should not conditionally run tests. Better
have them be skipped. Thanks, I'll keep you informed!
On Fri, Mar 16, 2001 at 01:48:45PM -0700, Daniel Herrington wrote:
> Well, the subject says it all. I'm trying to learn to use the
> autotools, but the mysterious "acmkdir" utility is nowhere to be
> found. I've downloaded autoconf, automake, and libtool.
What is it? Where did you read about i
On Thu, Apr 12, 2001 at 11:21:03PM -0400, Steven G. Johnson wrote:
> This macro is documented in the manual but I can't seem to find it in the
> source. Is it obsolete?
Well spotted! It's now AC_LIBSOURCES([foo.c, bar.c]).
On Sat, May 12, 2001 at 01:47:32PM -0700, Mo DeJong wrote:
>
> My point was that the 2.13 version of AC_CYGWIN did
> not require AC_CANONICAL_HOST. By adding that AC_REQUIRE()
> we are breaking configure.in files that do not use
> AC_CANONICAL_HOST. I am saying that the AC_CYGWIN macro
> should a
On Wed, Aug 01, 2001 at 02:59:53PM +0100, Roger Leigh wrote:
> In autoconf-2.13, shift was explicitly undefined in acgeneral.m4.
> In 2.50 it seems to be renamed to m4_shift, and there is also
> m4_shiftn in m4sh.m4. However, I can't seem to be able to use
> either of these macros myself:
>
> AC
On Fri, Aug 03, 2001 at 10:01:42PM +0100, Roger Leigh wrote:
> On Thu, Aug 02, 2001 at 11:07:21PM +0200, [EMAIL PROTECTED] wrote:
> > On Wed, Aug 01, 2001 at 02:59:53PM +0100, Roger Leigh wrote:
> > > In autoconf-2.13, shift was explicitly undefined in acgeneral.m4.
> > > In 2.50 it seems to be re
> > L=`echo m4_ifelse($1, , $PACKAGE, $1)`
Quote!
m4_default([$1], [$PACKAGE])
On Sat, Aug 04, 2001 at 12:28:43PM -0400, Pavel Roskin wrote:
>
> Removing autom4te.cache between autoconf invocations fixes the test, but I
> believe that the actual problem is in autoconf, not in the test.
Please, see the related patches in autoconf-patches. I'm not sure what
to do here.
On Sun, Aug 05, 2001 at 03:56:07AM -0400, Pavel Roskin wrote:
> Hi, Akim!
>
> > > Removing autom4te.cache between autoconf invocations fixes the test, but I
> > > believe that the actual problem is in autoconf, not in the test.
> >
> > Please, see the relat
On Wed, Aug 08, 2001 at 06:43:00PM +0200, Tim Van Holder wrote:
> I should have noticed this earlier, but it's been a while
> since I last updated the CVS tree.
> I just updated it and ran into an annoying problem: there is both a
> lib/Autoconf and a lib/autoconf directory. This is not possible o
On Fri, Aug 17, 2001 at 11:50:24PM +0100, Gary V. Vaughan wrote:
> On Friday 17 August 2001 4:49 pm, Akim Demaille wrote:
> > Typically, one can observe that the Autotest snippet contain useless
> > multiple empty lines, which are to be killed, while those in the test
> > v
There are still problems to solve with Autom4te (considered as a
package with a set of M4 files, hence the capitalization). One of
them is that I don't know how to extend it properly to M4 libraries.
Currently running
autom4te -I /usr/share/autoconf autoconf/autoconf.m4f aclocal.m4 configure.ac
On Sat, Nov 03, 2001 at 12:29:47PM -0800, Bruce Korb wrote:
> Todd Gureckis wrote:
> > [[...]] the configure/automake seems unable to correctly
> > generate the Makefiles. after running configure
> > on my machine the Makefiles are empty. there is a message from sed in
> > the ./configure output:
On Wed, Nov 07, 2001 at 07:49:28PM +, John Poltorak wrote:
>
> Yes, it does look useful, but it would be better if it included Autoconf
> v2.50.
> I would definitely buy the book if it did.
I find your words quite rude!
You don't seem to realize the amount of effort that was put in this,
y
On Fri, Oct 05, 2001 at 05:40:00PM -0700, Paul Eggert wrote:
> > From: Akim Demaille <[EMAIL PROTECTED]>
> > Date: 04 Oct 2001 17:39:04 +0200
> >
> > I also forgot to say that your code could use happily AS_PATH_WALK.
>
> OK, here's a revised patch that
On Sat, Oct 13, 2001 at 06:55:19PM +0200, Roberto Bagnara wrote:
>
> Hi there,
>
> I have switched to the latest autoconf snapshot (2.52e, cvs-updated today)
> and have tried hard to follow all the instructions for the upgrade.
> I believe I am no longer using any deprecated feature, but I get
>
I forgot to say that of course next versions of Automake won't have
this problem. Together with the spurious failures of cond5, maybe
this deserves a 1.5.1?
On Thu, Feb 07, 2002 at 03:06:59PM -0500, Thomas Dickey wrote:
> On Thu, Feb 07, 2002 at 02:35:04PM +0100, Akim Demaille wrote:
> > >> Anyway, there are so many scripts depending on these names, that
> > >> whatever scheme will be chosen, we will keep them.
> >
On Fri, Mar 08, 2002 at 05:57:52PM -0800, Bruce Korb wrote:
> Akim Demaille wrote:
> >
> > The Autoconf team is extremely pleased to announce Autoconf 2.53. We
> > hope it will address your problems, and make your life easier.
>
> > - Double quoting macros
&g
On Mon, Apr 08, 2002 at 08:58:13AM -0400, Thomas E. Dickey wrote:
> On 8 Apr 2002, Akim Demaille wrote:
>
> > >>>>> "Patrick" == Patrick Hartling <[EMAIL PROTECTED]> writes:
> >
> > Patrick> So I can't have a configure.in that work
On Mon, Apr 08, 2002 at 08:44:44AM -0400, Thomas E. Dickey wrote:
> On 8 Apr 2002, Akim Demaille wrote:
>
> > Actually, YMMV. It depdends how `lucky' you were. Given that the
> > name of the macro to be defined was not quoted, the macro was
> > expanded. I
On Mon, Jul 29, 2002 at 11:13:14AM -0700, Dan Kegel wrote:
> Alexandre Duret-Lutz wrote:
> "Dan" == Dan Kegel <[EMAIL PROTECTED]> writes:
> >>>
> >
> > Dan> The name, autom4te.cache, is quite cryptic.
> >
> >This directory is a cache for autom4te
>
> ... a tool which most autoconf users have
tive in our: we want to make
sure make is using the right shell.
Martin> 2.13 was a no-effort upgrade over 2.12. It doesn't look like
Martin> this will be true of 2.14.
We try to avoid this, but it was to be expected that people who partly
rewrite Autoconf have problems. I am surprised though.
Akim
> "Martin" == Martin Buchholz <[EMAIL PROTECTED]> writes:
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Martin> (XEmacs redefines AC_DEFINE)
Tom> Wow, why?
Martin> To support the --extra-verbose option
I don't have your failure.
/tmp % cat configure.in
still
hope we can make it without. I am not committed to death to cache
files being the defaults. If they can safely be, let them be,
otherwise, I know too well how some users suffer from this trap to
require this behavior to be maintained.
Martin> Another problem with the cache was that it can become invalid
Martin> _during_ a single run of configure.
Hm, obviously... But how come so few people ever complained about
this? (Real question, not ironic).
Akim
t only enabling it when
Alexandre> given the option --cache-file=?
Fine with me.
Akim
hether there is
a cache file or not changes nothing to the fact that if a test was
performed then ac_cv was set, hence shadows a later test.
Akim
>>>>> "Paul" == Paul Eggert <[EMAIL PROTECTED]> writes:
Paul>From: Akim Demaille <[EMAIL PROTECTED]> Date: 24 Feb 2000
Paul> 17:42:41 +0100
Akim> should we put stdint.h or inttypes.h into the default includes?
Paul> inttypes.h.
My question
e and use it:
_SIM_STRING_WORDCOUNT_COMPACT
or something.
| define([$IM_PARSE_MODIFIER_LIST],[dnl
| pushdef([wordcount],builtin([eval],(indir([$IM_STRING_WORDCOUNT],[$2]dnl
m4_eval is defined in CVS Autoconf, it's much easier to read.
|[ifelse($4, , , $4)],
Second $4 should be quoted.
Akim
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 25, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> So, do you think I should add inttypes.h?
Alexandre> It would be nice, because autoconf would detect the
| Akim> Now, there's a README-alpha which is rather explicit.
|
| Martin> Did you know that this autoconf uses $SHELL instead of
| Martin> ${CONFIG_SHELL-/bin/sh}?
|
| Akim> Where?
|
| (martin@wobble) /usr/share/autoconf $ g -w SHELL acgeneral.m4
| acgeneral.m4:211:SHELL=${
seems
enough to me.
Martin> I shouldn't be admitting this, but it is possible to turn off
Martin> the caching for a specific variable by just setting a
Martin> particular shell variable.
How??? I see a means with `unset', but it is not portable, so it is
excluded.
Akim
gt; expr() in autoconf without calling it through indir (but it
eval I suppose
Lars> works in plain m4) - what's the reason for that? Has it been
Lars> renamed to m4_expr() or something?
Renamed as m4_eval, because eval is a sh construct which is often used
in Autoconf scripts.
Akim
es, I can, but it's painful). So just for
sake of simplicity, I think m4_eval is a perfectly good approach.
Akim
ine does not support
blah blah. This message is not a failure notice, the configuration
went smooth, but your machine demonstrates there are things not to
change in Autoconf'.
Or whatever, you get the idea.
Akim
es that match Akim's expectations of emacs maintainers)?
Nope, src/make-src-depend.el would have made more sense ;) And BTW,
I'm horrified to read that you name yourself an emacs maintainer :) :)
Akim
> "Lars" == Lars Hecking <[EMAIL PROTECTED]> writes:
Martin> I think I used `unset'. And XEmacs' configure uses `unset'
Martin> today, and no one I know of has hit this non-portability.
>> I claim that machines without Bourne shells supporting unset and
>> functions are no longer to be cons
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 25, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> How about leaving an implicit test in Autoconf 2.15's configure,
>> with a message such as `Pleas
m really surprised it doesn't support functions, IIRC I've already
talked to someone about this precise architecture, and he told me that
the simple
#! /bin/sh5
foo(){ unset toto }
toto=tata
foo
echo "{$toto}"
did what was expected.
Still, the presence of unset is a big relief...
Akim
mkdir function etc. I don't want
AC_CHECK_HEADER to turn into a function. Yet being able to use small
functions would help a lot.
But the fact that unset might be portable is completely different and
opens new horizons (the heck with CDPATH, LANG etc.).
Akim
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> There are two reasons:
Tom> 1. We know the FSF site will stay around, whereas we know nothing
Tom> about non-FSF sites.
Hm... Sounds reasonable.
Tom> 2. RMS doesn't even like to have links off the FSF site, as far
Tom> as I can tell.
configure CFLAGS=-ggdb3 --enable-cute-feature --without-bloat
Akim
ate the
Olly> corresponding Makefile.in, then rerun configure to produce a new
Olly> Makefile from that Makefile.in.
bad example :) Use `config.status src/Makefile'. No need for
configure here. That's what Automake's Makefile do.
Akim
#' for comments, but
`:', because it is not portable. And Autoconf's configure scripts
cannot run on Eunice, while Configure does. How Eunice and SVR2
compare in terms of age?
This is just a few examples. There is no doubt in my mind that
Metaconfig's Configure are more portable than Autoconf's configure,
there is no doubt in my mind that I don't care (until someone
convinces me `#' is hell).
Akim
on:
| ${x:-y} and the use of # for comments. Systems derived from V7, such
| as 4BSD, do not support these features. The test or [ commands also
| vary from system to system.''
OK. Thanks a lot Ian, the cache syntax has been a mystery to me for a
long time.
Akim
d not, but if
such a bug could have leaved inside a shell, it probably means that
the shell itself doesn't care about the 8th bit, doesn't it?
So where did it *hurt*, where did that 8th bit set made a difference?
What wrong behavior appeared?
Akim
ck on `> foo'. How
come you don't need it?
|elif test -n "$BASH_VERSION"; then
| dnl Use Posix mode with bash
| set -o posix
Hm, good to know, thanks!
|I know fanatics who do
|
|mv /bin/zsh /bin/sh
But then zsh it automatically in `emulate sh' mode, so it should make
no difference.
Akim
till have to chose a few default variables, but the next Autoconf
might provide a lot of the things you were missing. Come on, join us :)
Akim
s the effect of...
Wel, consider your `bumping action' is `rm config.cache' :)
Akim
# endif
# include
#else
# if HAVE_STRINGS_H
# include
# endif
#endif
#if HAVE_INTTYPES_H
# include
#endif
#if HAVE_UNISTD_H
# include
#endif"
Akim
Your
configure.in is just huge, and splitting it would help debugging it.
Akim
e spurious blanks inserted by $CPP
-e 's/^[[ TAB][ TAB]]*$//'\
-e 's/^ /TAB/' \
dnl Delete blank lines
| sed -n -e '/^..*$/p'\
dnl Restore lines quoted above to original contents.
| sed '/^\"/ {
s/\\\([\"]\)/\1/g
s/^[[ TAB]]*\"//
s/\"[[ TAB]]*$//
}' > Makefile.new
chmod 444 Makefile.new
mv -f Makefile.new [$2]
])dnl CPP_MAKEFILE
Akim
y in extreme situations:
either your files may be used without being configured, or they
are used during the configuration. In most cases the traditional
approach is enough.
Akim
out the
CVS one.
We know it will not pass all the tests, a patch is waited to be
committed, but this failure is minor (it is the test which is actually
wrong).
Akim
?
So yes, the solution I propose it to transform m4's tracing output in
order to re-feed m4 with that.
Now if this idea is accepted, the question will be that of the format
of the request. It can be directly the definition in m4,
autoconf --trace AC_SUBST($1:$3)
to ask just for the line number and the variable, separated with a
colon. The fact that we feed this to m4 gives us quite a lot of power
on the format.
Akim
have to update the m4/*.m4 files and aclocal.m4).
Ralf> [BTW: IMO, keeping automake-generated Makefile.ins in CVS is
Ralf> rather problematic. Instead, I prefer the autogen.sh/bootstrap
Ralf> approach.]
Same here, but I just followed the existing convention on Autoconf.
I'd be happy to remove *.info, Makefile.in, configure etc.
Akim
conf/tests/macros.m4:82: testing...
| configure: error: cannot find install-sh or install.sh in . ./.. ./../..
Huh? Hm, this macro is not beautiful, and should be reworked. Still,
could you do as for 32?
Thanks!
Akim
It'd be much easier if you could send what you have, and how it fails.
Akim
re/autoconf/acconfig.h: No
This is issued by
test -r $localdir/acconfig.h &&
grep @TOP@ $localdir/acconfig.h >/dev/null &&
sed '/@TOP@/,$d' $localdir/acconfig.h >>$tmpout
but I don't understand how grep and sed could have been launched if
acconfig.h doesn't exist.
What is it that you ran?
Akim
ymbol whose declaration is being
checked to be a function. AC_CHECK_DECL can them be used for errno,
sys_siglist and others.
In this case, Thomas, do you think we still need all the zowie stuff?
Akim
rsion of this distribution is available on-
line from:
ftp://ftp.gnu.org/gnu/help2man/
http://www.ozemail.com.au/~bod/help2man.tar.gz
Akim
In this case, Thomas, do you think we still need all the zowie
>> stuff?
T> yes.
Err, could you develop? I'd like to leave some documentation in the
code of Autoconf to justify any weird stuff. And this is extremely
weird. Which machine, which compiler, which code, which failure?
Akim
>>>>> "Erez" == Erez Zadok <[EMAIL PROTECTED]> writes:
Erez> That's good news, Akim.
Oh yes it is! :)
Erez> Now, do you have a schedule for when a feature freeze will
Erez> happen, and when this autoconf will work with automake 1.4a?
We've
And in most cases we just don't need the quotes since
we're only interested in $1.
Akim
>>>>> "Alexandre" == Alexandre Oliva <[EMAIL PROTECTED]> writes:
Alexandre> On Feb 14, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
>> - every macro becomes extremely picky on the quotes, since there is
>> embedded code which really depends u
|From: Akim Demaille <[EMAIL PROTECTED]>
|Date: 14 Feb 2000 10:43:04 +0100
|
| s/^m4trace:\([^:]*\):\([^:]*\): -[0-9]*- \([^(]*(\)\(.*\)$/\3[\1], [\2], \4/
|
| This looks like a good idea to me. I would improve it slightly by
| making it more specific, e.g.
|
| s/^m
| On Feb 15, 2000, Akim Demaille <[EMAIL PROTECTED]> wrote:
| > $ autoconf --trace AC_SUBST:$f:$l:$0:$1
|
| > => configure.in:42:AC_SUBST:prefix
| Sounds good to me. But are the `:' separators mandatory, or can we
| just choose any expansion to a given macro? F
Wow, sounds like there is plenty of exciting things to check here. I
have access to some Solarises, I will try with them to see if I can
get all the data I need. Thanks a lot for the report (and don't lose
these guys :).
Akim
Thanks for the report. Since then Autoconf uses Automake, so such
failures are less likely. Nonetheless, I don't understand why frozen
files should be taken from srcdir.
Akim
| On Thu, Feb 17, 2000 at 02:12:19PM +0100, Akim Demaille wrote:
| : It'd be much easier if you could send what you have, and how it fails.
|
| Well, since I figured out the problem but didn't know how to implement
| "compile-time" autoconf macros, I don't really
'm reading up on m4 now. I thought ifelse needed touples of 3 and 3 args to
| be used as a switch-case...
You are right, sorry:
| : ifelse([$3], [],[],
| :[$3], [yes], [],
| :[$3], [no], [],
| :[AC_FATAL([$0: invalid attribute `$3'])])dnl
Akim
d autoconf
complain, there is no point in trying to continue.
Akim
>>>>> "Gabor" == Gabor Z Papp <[EMAIL PROTECTED]> writes:
Gabor> Can you please explain me how can I add AM_GLIB_PATH into a
Gabor> sample m4 file? Thanks.
Take the definition of the macro, paste it in a file m4/glibpath.m4.
That's all :)
Akim
m4 directory. It is /usr/share/aclocal? Please, make me
Gabor> the glibpath.m4 and in the future I know, how must I do a new
Gabor> one. :)
Send me in private the configure.in file. But I'm going to leave
soon, maybe someone else can help you too...
Akim
figure.in.
I suppose glib.m4 or so must be available somewhere. Do you have the
sources of glib? You probably should. Ask help to the MC guys, your
problem does not appear to have anything to do with a bad Autoconf.
Akim
e documentation of Automake, look for `aclocal'.
Gabor> There is an acglib.m4 but no related are defined.
Sorry, I don't understand.
Akim
,
AC_CHECK_TOOl and the like.
Then, we will have all the needed technology to address the
not-so-special case of compilers. Well, IMHO.
Akim
use the
`right' name.
So, yes, I share your opinion, Autoconf 2.15 is overdue. OTOH, this
is probably the last time there will be such delays.
Akim
ditional manual
Gabor> editing required in an 'index' file?
No index.
Akim
| On Fri, Feb 18, 2000 at 03:39:59PM +0100, Akim Demaille wrote:
| >
| > Could you change tests/tools.m4 from
| >
| > # A script in charge of testing `/bin/sh -n'.
| > AT_DATA(syntax.sh,
| > [[set -e
| > (/bin/sh -n endless.sh) &
| > cpid=$!
| > s
>>>>> "Erez" == Erez Zadok <[EMAIL PROTECTED]> writes:
Erez> Is there a new mailing list for cvs-logs as well? If so, how do
Erez> I subscribe to it?
Not set up yet, but I think we will propagate the former list of
members.
Akim
if things go really wrong. I will look for a fix.
| Some of the new failed tests can't find install-sh. It should look in
| $srcdir as well.
Hm, well, I should stop answering while reading :) :) :)
| BTW Akim, depcomp is missing from the autoconf distribution, and the build
| process fail
k at analyse exactly what each variant does?
IMHO, it should be something like PATH_PROG_WITH_TEST. In particular,
the fact that we reject some candidates (AC_PATH_PROG IIRC), is
nothing but a particular test.
Akim
On Fri, Feb 18, 2000 at 03:39:59PM +0100, Akim Demaille wrote:
>
> Could you change tests/tools.m4 from
>
> # A script in charge of testing `/bin/sh -n'.
> AT_DATA(syntax.sh,
> [[set -e
> (/bin/sh -n endless.sh) &
> cpid=$!
> sleep 2 && kill $cpi
commit the right fix. Again, thanks, and sorry for my slow
understanding...
Akim
, since the
Olly> files checked for needn't be executable.
Yep, but that's the opposite: AC_CHECK_FILES (extended with tests) can
be used by CHECK_PROGS. CHECK_PROGS makes the `which' list :)
beforehand.
Akim
since this macro considers the absolute/relative thing
only when checking the envvar that should point to the tool (e.g.,
PERL=/usr/bin/perl).
I can imagine there is a problem with IFS=: to split the PATH, but I
don't quite understand how your patch improves the situation.
Akim
archive via CVSWeb:
http://subversions.gnu.org/
There are still a few issues to solve in order to recover the comfort
we had on sourceware: move the Gnats data base, move the CVS related
mailing lists etc. but it will gradually be done.
On behalf of the team,
Akim
/\\]*'. In
Mark> the generated configure script, I see that regular relative
Mark> paths are ignored, so then DOS-style ones should be ignored too.
It make sense to me. What are the conditions to see a \ instead of a
/?
Akim
ngs
to do first, then we will be able to cope with other environments.
Earnie> If interested I can send a diff file against version 2.13.
Yep, I am interested in seeing how you handled this, but I want to
kill (well, major plastic surgery) AC_PATH_PROG, so your patch will
probably not be applicable (hm, is this truly English?).
Thanks!
Akim
>>>>> "pipe" == Erez:
| Akim, you could help folks like me by distributing some sort of wrapper
| script that does the following:
|
| - run make test
| - for every failed test, run the debug*.sh script and record its output
| - remember to remove config.log etc. befo
1 - 100 of 2022 matches
Mail list logo
