On Thu, Jun 6, 2013 at 5:00 AM, A.P. Horst wrote:
> Also when I just have:
> echo "$var" | grep -Eq '^[0-9]+$'
> echo "$?"
-->8--
> I am on a win7 x64 machine with MinGW 3.20 and W32API 3.17
> sh --version
> GNU bash, version 3.1.17(1)-release (i686-pc-msys)
How is the var variable set? If you're
On Tue, May 21, 2013 at 7:21 PM, Ben Elliston wrote:
> I suggested a simple, low impact way of updating the files,
> particularly for people wanting to build a large number of packages
> (eg, for a distro). Can anyone tell me why this approach is not
> satisfactory?
It's what I've done for years.
On Tue, May 21, 2013 at 7:59 AM, Ben Elliston wrote:
>
> First, this does not solve the problem because it requires that every
> package get a new version of config.guess. We're trying to overcome
> having to modify every package.
So that's your objection to the symlink/copy idea as well?
> Seco
On Tue, May 21, 2013 at 7:36 AM, Ben Elliston wrote:
>
> Yes, but that requires re-running autoconf. I think we're trying to
> avoid that because if configure.in is old, you may have a lot of work
> to do to get autoreconf to work.
So in that case, a change to the start of config.guess and config
On Tue, May 21, 2013 at 7:09 AM, Ben Elliston wrote:
> When it comes to people building distro packages, here is another idea
> thinking out loud. What's wrong with ..
>
> $ find /tree/of/src/trees -name config.guess -exec ln -sf /etc/config.guess
> {} \;
>
People forgetting about the symlink du
On Tue, May 21, 2013 at 2:34 AM, Ben Elliston wrote:
> On Mon, May 20, 2013 at 02:54:20PM +0800, Paul Wise wrote:
>
>> There are thousands of copies of config.guess/sub (or configure
>> scripts) out there (in tarballs) with no support for this at
>> all. Once it is added to config.guess/sub in git
Perhaps you could specify the shell via ``./configure
SHELL=/usr/bin/ksh'' or which ever one isn't buggy?
Earnie.
[EMAIL PROTECTED] wrote:
Hello,
I use autoconf 2.59...
AC_INIT generates a PACKAGE_STRING preprocessor variable which includes a blank between the package name and its version. Wh
Bob Friesenhahn wrote:
Autoconf now performs two levels of header tests. One level is to
check that the header file exists, while the other is to ensure that
it can be entirely preprocessed correctly. Probably /lib/cpp is used
because it is more work to figure out how to use the compiler as a
pre
Nathanael Nerode wrote:
Nathanael,
I don't understand why you force a static cache file. Please give your reasons.
Earnie.
I'm disabling the shared cache file for the obvious reason; different
subdirectories want to cache different, inconsistent values for the same
variables. This should even
Nathanael,
I don't understand why you force a static cache file. Please give your
reasons.
Earnie.
Nathanael Nerode wrote:
Ick. But it appears necessary for now.
Works for me on i686-pc-linux-gnu.
* configure.in: Don't share a cache file for host dirs.
* configure: Regenerate
Kristian Van Der Vliet wrote:
Hi,
I have a small patch to config.guess & config.sub which adds a new target for
the Syllable operating system (A fork of the now-defunct AtheOS). I assume I
just need to send the CVS diffs to autoconf-patches?
IIRC, that should be config-patches.
Earnie
--
http
Roopa Prabhu wrote:
Can anybody direct me to autoconf 1.7 download. Cause i tried searching
for it, but in vain.
Perhaps you're really looking for automake-1.7? Or perhaps autoconf-2.57?
Earnie
--
http://www.mingw.org
Joseph D. Wagner wrote:
Pretty wild statement, especially considering the existance of the Cygwin
Net Release. As far as I am aware, all packages contained in it are built
using an autoconf-based ./configure script. Check out http://cygwin.com/.
They use their own customized install agent (http://c
Joseph D. Wagner wrote:
I use Autotools only on *NIX, I would expect that the view is different
when you look through the Windows.
Nobody uses autoconf on Windows. On Windows, people use Microsoft Installer or InstallShield. Autoconf is exclusively for UNIX variants (Linux, *BSD, Solaris, SCO U
I'm redirecting you to [EMAIL PROTECTED] Please research their
archives. Please remove [EMAIL PROTECTED] from your responses.
Earnie.
Wei Qin wrote:
I have some trouble running the generated configure script on Cygwin, it
complains that "/bin/sh: not found" at various occasions.
I created a li
John Burger wrote:
I believe you want to do this:
libexecdir='${prefix}/lib'
which will carry over unexpanded to your Makefiles, where prefix is
given a proper value.
That would break the configure --libexecdir option, though.
I finally get it. I think you're right, you cannot change the
Braden McDaniel wrote:
I know of no reason why you
shouldn't be able to use cl with it. Let's discuss on
[EMAIL PROTECTED] what your difficulties are.
Maybe I'm missing something, but I don't see that MSYS provides a bridge for
the disconnect between autoconf's macros and cl. Is there a specifi
Braden McDaniel wrote:
If sh is not available, presumably there would be substantial difficulty in
using autoconf/configure at all.
In practice, I think there are very few projects using cl with autoconf. But
I want to use autotools, and building with cl is a requirement for the
project I'm working
Thomas Dickey wrote:
On Wed, Mar 12, 2003 at 12:32:41PM -0500, Earnie Boyd wrote:
Thomas E. Dickey wrote:
cygwin & mingw32
You mean the freeyellow site? I've taken care of that.
well, that's (one of) your hobbiest webpages.
where's the professional one?
I have not
Thomas E. Dickey wrote:
cygwin & mingw32
You mean the freeyellow site? I've taken care of that.
Earnie.
Thomas Dickey wrote:
On Wed, Mar 12, 2003 at 08:27:21AM -0500, Earnie Boyd wrote:
What do you consider a hobbyist system?
One that the vendor no longer supports and supplies fixes for and I as a
maintainer of the software no longer have no access to test it myself.
If it's not even teste
Andreas Buening wrote:
Earnie Boyd wrote:
[snip]
I would like to emphasize though, if the hobbyist isn't willing to test
for new releases using his hobby environment then support for that
environment should be removed. A package maintainer doesn't have enough
cycles to maintain co
Thomas Dickey wrote:
On Mon, Mar 10, 2003 at 06:58:59PM -0500, Earnie Boyd wrote:
If the OS isn't supported by the vendor is it really necessary for new
releases of the tool to support such a beast. If a hobbyist is in need
of an older release, so be it, let the hobbyinsts help each
Paul Eggert wrote:
Thomas Dickey <[EMAIL PROTECTED]> writes:
HPUX 9.x's C compiler trashed files starting with an #elif
(that's in the early 90's - within the scope of his request).
Thanks for mentioning that; I hadn't heard that one. I found a
7-year-old bug report for CVS that mentions the s
Giuseppe Greco wrote:
On Sat, 2003-03-08 at 20:17, Bob Lockie wrote:
On 03/08/03 11:51 Abdulahi Mohammed spoke thusly
Ya, right.
This is an illegal scam.
How did it get on this list anyways?
I FULLY AGREE!!!
I get messages like this every day... Pflui!
And you two are contributing to the dis
IIRC, ``make install prefix=/tmp/foo'' is a GNU standard mandate where
prefix for the install does not modify the prefix for the build.
Earnie.
Harlan Stenn wrote:
Why don't you use DESTDIR instead?
IE:
> ./configure --prefix=/usr
> make
> make DESTDIR=/tmp install
> cd /tmp
> tar cfz bin
Ronald Landheer-Cieslak wrote:
On Thu, 6 Feb 2003, Jim Meyering wrote:
Paul Eggert <[EMAIL PROTECTED]> wrote:
Ronald Landheer-Cieslak <[EMAIL PROTECTED]> writes:
I have never (so far) tried to allocate a block of 0 bytes willingly
In that case you don't need those macros. They're mainly u
[EMAIL PROTECTED] wrote:
Ok,
i've downloaded MinGW (i've tried this b4 unsucessfully, but then none of its worked yet, roflmao). How do i use this with the configure script (damn it i'm being dumb)
Install http://prdownloads.sf.net/mingw/MSYS-1.0.8.exe. See
http://www.mingw.org/msys.sht
[EMAIL PROTECTED] wrote:
HELP!!!
well that's a good way to start the mail :D. I'm trying to compile apache 2.0. i need autoconf to make the configuration file. (I've never done this b4 so don't be surprised by the incomptence of the questions hehe). I have Borlands C++ text line compiler and auto
Markus Werle wrote:
Paul Brook wrote:
I think you need to add
AC_SUBST([DIET], [${DIETDIR}])
Thanks! I knew it was something very simple.
Another question: I thought configure.in was just a shell
script substitute, so I ommitted the "{}".
Also missing brackets around DIET do not disturb au
Richard Dawe wrote:
Hello.
I've ported autoconf 2.57 and automake 1.7.2 to DJGPP, based on Tim van
Holder's work.
Unfortunately DESTDIR support is currently broken for DJGPP.
The reason is that the generated Makefiles do things like
$(DESTDIR)$(binprefix). $(binprefix) could be something like c:
Guido Draheim wrote:
has gnu.org eaten our mails?
I know atleast of four mails that have been sent but not coming
back through the mail loop to me, nor do they pop up at gmane
within the last dozen hours. Pretty irritating that is... well,
atleast here's the link to gmane in case you have not com
Johan Lindh wrote:
Hi,
I downloaded the source tarball for autoconf-2.57, but I ran into problems when making.
autoconf-2.52 does not have this problem.
I am running mingw-2.0.0-3 and MSYS-1.0.8 on Win2K, with ActivePerl 5.6.1.633.
This is an authoritative answer from the maintainer f mingw-2
John Poltorak wrote:
If I have prefix defined in config.site and use a diferent value on the
command line, which should take precedence?
The command line.
Earnie.
Kevin Ryde wrote:
I notice that AC_MINGW32 and friends don't cooperate with
AC_CANONICAL_HOST. A configure.in
AC_INIT
AC_CANONICAL_HOST
AC_MINGW32
AC_CYGWIN
AC_EMXOS2
processed with autoconf gives
configure.in:3: warning: AC_CANONICAL_HOST invoked multiple times
configure.in:4: w
Olaf Weber wrote:
Patrick Welche writes:
What is autopoint?
Apparently a utility in the gettext package.
That apparently needs executed through the missing script?
Earnie.
Warren Young wrote:
Paul Eggert wrote:
I assume so, but you may have to consult a Cygwin mailing list.
No, _don't_ bother the Cygwin mailing lists about Visual C++ problems.
_Way_ inappropriate forum; they'll tell you to use gcc, which auto* will
use without any problems.
Johannes, if you
Jean-Eric Cuendet wrote:
Hi,
I have a C++ project with a lot of source files (~4000).
I'd like to use ccache to speed recompilation of the project.
I can't since ccache doesn't support -MT flag to gcc
What does EXACTLY this flags?
Is it possible to tell autoconf/automake to not use -MT when genera
Steven G. Johnson wrote:
On Fri, 1 Nov 2002, Paul Eggert wrote:
It sounds like there is no perfect solution here, but I think it'd be
better to be consistent with GNU make.
The GNU Make convention is that FC and FFLAGS are a pair, and F77 and
F77FLAGS are a pair. By default they have the same
Jeff Squyres wrote:
On Mon, 28 Oct 2002, Earnie Boyd wrote:
I suppose checking for the existance of a created file in the
subdirectory from the top-level configure isn't a choice that one would
consider?
No -- that's not the problem.
The problem is that AC_CONFIG_SUBDIRS (and the
Jeff Squyres wrote:
On Mon, 28 Oct 2002, Stefan Seefeld wrote:
I'd like to use AC_CONFIG_SUBDIRS to configure a set of sub-packages,
but I'm missing some functionality:
I'd like to control what to do if configuration fails. Some sub-packages
are mandatory, so if AC_CONFIG_SUBDIRS fails, the pa
Russ Allbery wrote:
> Dan Kegel <[EMAIL PROTECTED]> writes:
>
>
>>Standard practice is probably to always write
>
>
>>#if HAVE_SYS_TYPES_H
>>#include
>>#endif
>
>
> There's no need to check for the existance of unless you're
> attempting portability far beyond that any normal software pack
Paolo Bonzini wrote:
>>Wouldn't it be better to get libtool 1.5 out the door? The resources
>>required to achieve a releasable product are similar and CVS libtool
>>already contains most of the fixes that would go into a 1.4.3.
>
>
> But it also contains more features. Releasing 1.5 should be
Lars Hecking wrote:
> Bob Friesenhahn writes:
>
>>On 8 Oct 2002, Akim Demaille wrote:
>>
>>>There is one big question which must be answered first: will it have
>>>to be Autoconf 2.13 compatible?
>>>
>>>I *strongly* suggest that it must not. It should AC_PREREQ 2.54
>>>immediately. Then, I'm fi
Bob Friesenhahn wrote:
> On 8 Oct 2002, Akim Demaille wrote:
>
>>There is one big question which must be answered first: will it have
>>to be Autoconf 2.13 compatible?
>>
>>I *strongly* suggest that it must not. It should AC_PREREQ 2.54
>>immediately. Then, I'm fine with checking the M4 code an
Just point people to www.mingw.org and it's Minimal SYStem package,
MSYS, and it's MinGW package. :)
Advantage:
: The configure script already executes properly.
: It's open source.
: It uses gcc+binutils+gmake.
Earnie.
/usr/bin/m4 --version?
Earnie.
f l wrote:
>
> Hi all,
>
> when I execute this command:
>
> autom4te -F autoconf.m4f autoconf.m4
>
> I obtain this output:
>
> autoconf.m4:108: /usr/bin/m4: Warning: Too few arguments to
> built-in 'patsubst'
>
> Anyone know what is the problem ?
>
> Thanks
Alexandre Duret-Lutz wrote:
>
> for an example.
>
> (Obviously there are situation wheres computing relative paths is not
> always possible -- think A:\foo C:\bar -- but I can live with that.)
Why should this present problems?
Earnie.
Paul Eggert wrote:
>
> Since you're repeating the question, I can't resist repeating my answer:
>
> "Quoting is _always_ hard. In every language that has arbitrary
> strings. One cannot escape it."
You should clean that up a little:
["Quoting is _always_ [Hh][Aa][Rr][Dd]. In every languag
igure scripts
> that are portable even to systems like cygwin.
> - Dan
>
> Earnie Boyd wrote:
> > I suggest that this issue be dealt with within the Cygwin distribution of
>autoconf-2.13.
> >
> > Earnie.
> >
> > Dan Kegel wrote:
> >
> >
I suggest that this issue be dealt with within the Cygwin distribution of
autoconf-2.13.
Earnie.
Dan Kegel wrote:
> [repost -- mail system problems]
>
> Building cross gcc's on cygwin fails because autoconf 2.13's AC_TRY_COMPILER
> test assumes that it's ok to try to run possibly cross-compile
We can handle this in MinGW. We'll create the sys/param.h file. For now
you can use:
#ifndef _SYS_PARAM_H
#define _SYS_PARAM_H
#include
#include
#endif
Please report other problems with this to [EMAIL PROTECTED]
Earnie.
James Michael DuPont wrote:
> Here is an update on the mingw32 bu
Please stay on list.
[EMAIL PROTECTED] wrote:
>
> eyc> I suggest you as an appropriate DJGPP list for help.
>
> Which list?
>
http://www.google.com/search?hl=en&ie=ISO-8859-1&q=DJGPP+mail+list
> eyc> The autoconf and
> eyc> configure are Bourne shell scripts and therefore you need an appropr
Earnie Boyd wrote:
>
> I suggest you as an appropriate DJGPP list for help. The autoconf and
s/as/use
> configure are Bourne shell scripts and therefore you need an appropriate
> Bourne shell interpreter.
>
> Earnie.
>
> [EMAIL PROTECTED] wrote:
> &g
I suggest you as an appropriate DJGPP list for help. The autoconf and
configure are Bourne shell scripts and therefore you need an appropriate
Bourne shell interpreter.
Earnie.
[EMAIL PROTECTED] wrote:
>
> Dear All,
>
> I am trying to compile GNU Chess with the help of DJGPP.
> I am doing ev
Christian Kreibich wrote:
>
> I used to use acconfig.h. So I thouht I'd try to clean this up, have
> removed acconfig.h, and updated my configure.ac accordingly. After
> adding AC_CONFIG_HEADERS to configure.ac, autoheader is happy, but
> automake fails with "automake requires `AM_CONFIG_HEADER',
Tom Tromey wrote:
>
> > "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> Ralf> This works perfectly well unless the structure of the configured
> Ralf> source-tree changes (adding/removing Makefile.ams) or if the
> Ralf> source-tree contains conditionally configured sub-directories
>
"Schleicher Ralph (LLI)" wrote:
>
> Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> > Am Mit, 2002-07-03 um 09.44 schrieb Ionutz Borcoman:
> > > Or is there a simple command to do this (but keeping all the options
> > > I've give to configure) ?
> > "make"
>
> Wrong answer. Read the question mo
Bruce Korb wrote:
>
> Earnie Boyd wrote:
> >
> > I execute noag-boot.sh and find that configure can't locate
> > -lregex for some reason. I do have it in /usr/lib.
>
> But not in /usr/lib/libc*.
>
But, couldn't we just look for them in the oth
Bill Wendling wrote:
>
> Also sprach Earnie Boyd:
> } Sam Steingold wrote:
> } >
> } > > >
> } > >
> } > > So your real problem is where the cache directory is created. If it
> } > > weren't created in the source directory then your p
Sam Steingold wrote:
>
> > >
> >
> > So your real problem is where the cache directory is created. If it
> > weren't created in the source directory then your problem would be
> > solved.
>
> pretty much yes.
> /tmp/autocong.cache would be perfectly fine with me.
>
I was thinking more of /var
Sam Steingold wrote:
>
> > * In message <[EMAIL PROTECTED]>
> > * On the subject of "Re: cache directory is not removed"
> > * Sent on 07 Jun 2002 17:06:04 +0200
> > * Honorable Akim Demaille <[EMAIL PROTECTED]> writes:
> >
> > > "Sam" == Sam Steingold <[EMAIL PROTECTED]> writes:
> >
> > Sam>
"Steven G. Johnson" wrote:
>
> Earnie Boyd wrote:
> > So now I run `configure -C' always. I use the cache files to
> > determine problem areas of my runtime libraries.
>
> Bill Wendling wrote:
> > BTW, the removal of automatically generating a co
"Steven G. Johnson" wrote:
>
> Bill Wendling wrote:
> > I concur. It is an annoyance. Having a flag (--remove-cache) as mentioned
> > above would be very nice. Having the cache directory is fine, but keeping
> > them there is a pain...
>
> I would go further and suggest that perhaps this should
Have you ever review MinGW and MSYS?
See: http://www.mingw.org/ for more information.
Earnie.
Keve Müller wrote:
>
> Hi!
>
> Thanks for the _fast_ help.
> With your pointers I've tracked down the problem to the following.
>
> CC=cl ./configure --host=windows32
>
> fails, because config.gues
You need an AC_PREREQ(2.53) in your configure.in file.
Cygwin has specialized scripts that search for AC_PREREQ to determine
whether or not to use 2.13 or the newer versions of autoconf. If it
doesn't find an AC_PREREQ then it defaults to 2.13.
Earnie.
Jason Spence wrote:
>
> Hi,
>
> I'm not
"Mark D. Roth" wrote:
>
>
> Does this work for everyone?
>
Works for me.
> > Also, I would say that for now there should not be a site macro
> > directory unless the autoconf installer or autoconf user says so. If
> > the feature proves to be popular, we can always change this default.
>
> A
configure and use your Open Watcom binaries.
Earnie.
=
Earnie Boyd
mailto:[EMAIL PROTECTED]
--- <http://earniesystems.safeshopper.com> ---
--- Cygwin: POSIX on Windows <http://gw32.freeyellow.com/> ---
--- Minimalist GN
Sascha Silbe wrote:
>
> EB> Yes it is. Change your path names.
> That's a very narrow attitude. "If autoconf does not work for you, your environment
>is broken". I'm glad not everyone thinks this way.
> The solution is as simple as obvious and used everywhere else: Quote data if it
>could con
Sascha Silbe wrote:
>
> Hi!
>
> I first tried it on the openssh ml, but they told me it'd rather look like a
> bug in autoconf, so here I am.
>
The autoconf team chose to use a comma `,' character in the sed command
because they reasoned that most persons wouldn't have path names with
commas.
Check the use of SUBDIR in the automake info manual.
Earnie.
"Dr. David Kirkby" wrote:
>
> Hi,
> I've an application that has both a command-line and a version with a
>graphical
> user interface (GUI). These are located in directories src/non_gui and src/gui.
> The GUI version should o
Try CXXFLAGS instead of CPPFLAGS.
Earnie.
"Dr. David Kirkby" wrote:
>
> I've got a test is a configure.in which sets CPPFLAGS to what I want, by calling
> an external programme wx-config.
>
> CPPFLAGS=$CPPFLAGS `wx-config --cflags`
>
> That works, and if I echo $CPPFLAGS, its value is as expe
Paul Eggert wrote:
>
> > Date: Tue, 02 Apr 2002 22:41:50 -0800
> > From: Dan Kegel <[EMAIL PROTECTED]>
> >
> > Clearly, one would also want cp --clean.
>
> "rm --clean" would be far more useful. I've often wanted that,
> usually right after I've removed the wrong thing.
>
> (Sorry, Akim, could
I've always done this with a two stage build. Stage 1 is for the build
system, Stage 2 is for the targeted host system. If my host name is foo
and the targeted host is bar then I would do:
configure --prefix=/usr --host=foo --build=foo --target=bar
make && make install && make clean
rm con
Paul Eggert wrote:
>
> Autoconf's goal is to port the application; 'configure' is merely a
> means to that goal. One of Autoconf's assumptions is that you are
> trying to write a 'configure' script that is as portable as possible.
> Autoconf does not (and cannot) check that the shell code that y
John Poltorak wrote:
>
> Is there any place I can search to find if an app has been succesfully
> built with autoconf+friends on a non-Unix platform?
>
Yes,
www.mingw.org
www.cygwin.com
> I'm thinking of trying to build Tar 1.13 and see refences to DOS but have
> no way of telling whether the
Bruce Korb wrote:
>
> Earnie Boyd wrote:
>
> > ... But let's stand back and look at what we have:
> >
> > 1) ... 2) ... 3) ... 4) ... 5) ...
>
> What we *really* have are more very good reasons to coordinate
> auto* tool releases. Even, perhaps, to
Ralf Corsepius wrote:
>
> BTW, I would appreciate the other autoconf and automake maintainers to
> speak up, because apparently a reasonable discussion between Akim and me
> doesn't seem to be possible anymore.
First let me say that IANAAM (I Am Not An Autoconf Maintainer) but I'm
going to give
Tim Van Holder wrote:
>
> On Fri, 2002-01-25 at 02:09, Earnie Boyd wrote:
> > John Poltorak wrote:
> > >
> > > On Thu, Jan 24, 2002 at 06:00:36PM -0500, Earnie Boyd wrote:
> > > > John Poltorak wrote:
> > > > >
> > > > >
John Poltorak wrote:
>
> On Thu, Jan 24, 2002 at 06:00:36PM -0500, Earnie Boyd wrote:
> > John Poltorak wrote:
> > >
> > > Is there any way that autoconf can be used to handle cmp in test scripts?
> > >
> > > Occasionally a test will fail bec
John Poltorak wrote:
>
> Is there any way that autoconf can be used to handle cmp in test scripts?
>
> Occasionally a test will fail because of the use of cmp to test
> differences between generated data and expected results due to line
> termination on DOS filesystems. If diff is used instead t
"Lars J. Aas" wrote:
>
> On Tue, Dec 18, 2001 at 11:25:09PM +, Sergio wrote:
> : Hi there.
> :
> : Sorry for the basic question but i cant find in faq(s)or manuals the
> : origin of config.guess.
>
> config.guess and config.sub are developed separately. You can find them
> in ftp://ftp.gnu.
Joe Foxton wrote:
>
> I'm trying to build the PHP source on Cygwin with an extension.
>
> Heres the end of the output I get when I run buildconf.
>
> rebuilding configure
> ./aclocal.m4:814: error: m4_defn: undefined: _m4_divert_diversion
> ./aclocal.m4:360: PHP_SUBST is expanded from...
> ./ac
cc. `printf', `echo -e', and the $'...' code now process only two hex
digits
after a `\x' escape sequence for compatibility with other shells,
and
the documentation was changed to note that the octal and hex escape
sequences result in an eight-bit value rather than strict ASCII.
The
Anyone know of a tool or methods in use to parse for package
configuration standards as expected by the tools? There seem to be many
variations and it would be a nice to have a parser to give deviation
from standard reports.
--
Earnie.
"Lars J. Aas" wrote:
>
> On Mon, Oct 22, 2001 at 08:18:13AM -0400, Earnie Boyd wrote:
> : Paul Eggert wrote:
> : > I think this idea is a blind alley. If we want to use modern shell
> : > features, then we should go ahead and require the "configure" u
David Snopek wrote:
>
> I really need some assistance with this problem, so here is a
> re-explanation. Here is my directory tree:
>
> project/
>|
>|- configure
>|- configure.in
>|- src/
>| |
>| ...
>| |- main.cpp
> ...
>|
>|- libltdl/
>|
>
Paul Eggert wrote:
>
> I think this idea is a blind alley. If we want to use modern shell
> features, then we should go ahead and require the "configure" user to
> have a modern shell. That's much simpler. We've already started down
> that path with the LINENO changes.
>
Wouldn't this be sol
Paul Eggert wrote:
>
> > From: Mike Castle <[EMAIL PROTECTED]>
> > Date: Thu, 4 Oct 2001 12:40:50 -0700
> >
> > Does that mean that autoconf should limit itself to
> > the POSIX portable file name character set?
>
> Of course. If Autoconf uses non-POSIX file names (other than as part
> of a tes
Glenn McGrath wrote:
>
> Hi, im trying to make a project im involved with
> (http://busybox.lineo.com/) more portable, specifically i want to make it
> compile under GNU/Hurd as well as linux.
>
> My initial thoughts were that autotools would be ideal, but busybox is an
> unusal project and im u
Akim Demaille wrote:
>
> Hi People!
>
> I'm looking for information on the portability of find(1). Please,
> send me everything you know. In particular, I think I'm understanding
> that `{}' is portably replaced by the argument only when alone, i.e.,
> exactly
>
> find ... {} ...
>
>
Tim Van Holder wrote:
>
> > For some reason, the generated tests/testsuite contains
> > times >at-times
> > all over the place. What is "times"? I can't find it, and it isn't a
> > /bin/sh builtin..
>
> I think it's a bash builtin which reports the elapsed time
> of all processes in the curr
Rüdiger Kuhlmann wrote:
>
> Hi!
>
-8<-
> AC_SUBST([infodir],['${prefix}/info'])dnl
> +AC_SUBST([docdir], ['${datadir}/doc'])dnl
> AC_SUBST([mandir], ['${prefix}/man'])dnl
>
In my simplistic mind having three places for documentation isn't
logical. I can understand le
Teun Burgers wrote:
>
> Tim Van Holder wrote:
>
> > Of course, if you need to specify CC anyway, you might as well specify
> > your host system too:
> >
> > ./configure CC='gcc -mno-cygwin' --host=i386-pc-mingw32
> >
> > After all, yo
Robert Collins wrote:
>
> I _did_ have autoconf CVS HEAD at one point, I reverted to 2.13 to be in
> line with other users, and I haven't upgraded again yet. I don't recall
> this problem from back then.. if that helps at all :]
>
> Rob
Hi Robert,
Don't know if you follow the autoconf list but
Tim Van Holder wrote:
>
> On 29 May 2001 23:20:26 +0200, Teun Burgers wrote:
> > Hi
> >
> > I am maintaining the configure script for
> > gnugo (http://www.fsf.org/software/gnugo/)
> >
> > Under autoconf 2.13 when you had AC_EXEEXT
> > in you configure.in you could do under cygwin
> > a mingw32 b
Akim Demaille wrote:
>
> >>>>> "Earnie" == Earnie Boyd <[EMAIL PROTECTED]> writes:
>
> Earnie> Alexandre Oliva wrote:
> >>
> >> On Apr 12, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
> >>
> >> > aux m
Alexandre Oliva wrote:
>
> On Apr 12, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
>
> > aux means nothing and is not portable. auxdir is puke puke puke
>
> Agreed. I still like AC_CONFIG_SUPDIR better than
> AC_CONFIG_CONFIGDIR or AC_CONFIG_CFGDIR.
>
I do too. Akim has already given exa
Alexandre Oliva wrote:
>
> On Apr 10, 2001, "Tim Van Holder" <[EMAIL PROTECTED]> wrote:
>
> >> On Tue, Apr 10, 2001 at 11:39:19AM +0200, Akim Demaille wrote:
> >> : How about AC_CONFIG_CONFIG_DIR?
> >>
> >> AC_CONFIG_SCRIPT_DIR, AC_CONFIG_EXTRA_DIR, AC_CONFIG_STUFF_DIR,
> >> AC_CONFIG_LIB_DIR, A
Akim Demaille wrote:
>
> > "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
>
> Ralf> Akim Demaille wrote:
> >> Let's flush all the documentation related patches, Lars' cleanups,
> >> and target an actual release next week.
>
> Ralf> I am in favor for letting autoconf-2.50 be preceeded
1 - 100 of 216 matches
Mail list logo
