On Sun, Apr 03, 2016 at 02:40:57PM -0700, Paul Eggert wrote:
> If memory serves, there used to be a -site option in all 'configure'
> scripts. That feature was removed decades ago, and the above code
> attempts to cater to people who were invoking 'configure' with the
> old option.
Ah, OK, thanks
My generated configure script recognises a --site option:
-site | --site | --sit)
ac_prev=site ;;
-site=* | --site=* | --sit=*)
site=$ac_optarg ;;
However, $site is never referred to. What's the purpose of this? Is
it meant to be a command line analogue for the CONFIG_SITE environme
On Wed, Aug 20, 2014 at 11:04:52AM -0600, Eric Blake wrote:
> Oops, I totally overlooked what file you were patching. Autoconf
> doesn't maintain config.guess; you'll probably want to resubmit the
> patch upstream to config-patches (cc'd), as mentioned in the header
> of that file. Once it is up
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?
Ben
signature.asc
Description: Digital signature
_
On Tue, May 21, 2013 at 08:21:09AM -0400, Earnie Boyd 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
On Tue, May 21, 2013 at 07:33:49AM -0400, Earnie Boyd wrote:
> People forgetting about the symlink during distribution of their
> package. Not all systems support it. Using cp -f would be better.
OK, fine. :-)
I think there are a few different use cases people have in mind. My
understanding of
On Tue, May 21, 2013 at 07:56:47AM -0400, Earnie Boyd wrote:
> if [[ -f /usr/local/share/config/config.guess ]]
> then
> . /usr/local/share/config/config.guess
> exit
> fi
First, this does not solve the problem because it requires that every
package get a new version of config.guess. We're t
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 {}
\;
This puts the latest version into the tree, no patching required.
Ben
signature.asc
Description: Di
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 (or autoconf) then
> it will take many years before the maj
move-if-change currently outputs " is unchanged" when it does nothing.
This
adds undue noise in GCC builds. Would it be possible to give it more natural
behaviour like mv(1) and output nothing, regardless of whether it moves the
file?
Ben
signature.asc
Description: OpenPGP digital signature
Is Autoconf the master project these days for the move-if-change script?
Thanks,
Ben
signature.asc
Description: OpenPGP digital signature
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
> In another message, John Eaton seems to imply that there's already a
> "config" Savannah project that contains these files in CVS. In
> fact, I can find it there now that I know about it :).
Yes, that's correct.
Ben
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
Akim> autoconf (config.guess) doesn't seem to autodetect NeXT.
Akim> Jack has the box - if folks have suggestions on how we can fix this it
Akim> would be appreciated.
This is a fairly recently introduced bug in config.guess :-(. A
After much pondering on how to best solve the much-needed cleanup for Linux
detection in config.guess, I have made a start. Some of the grossness will
remain with us for some time until I can be sure that there will be very few
users on certain systems--such as a.out SPARC Linux.
In the meantime
It's that time again. The config.guess script is losing on GNU/Linux and
this time, I'm going to fix it.
Background: on many GNU/Linux systems, config.guess uses the output of `ld
--help' to determine which architecture, object file format and C library
version the build system uses. The script
--- start of forwarded message ---
Return-Path: <[EMAIL PROTECTED]>
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
From: mike burrell <[EMAIL PROTECTED]>
Sender: "mike burrell,,," <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: proposal for autoconf languages
Date: Sat, 23 Sep 2000 1
With the exception of prerequisite tests, tests in Autoconf are
conceptually independent. You can carry out AC_PROG_LEX and
AC_PROG_YACC concurrently.
Has any thought been given to heading in this direction in the future?
On 8-way Linux machines, build times can be dominated by the
`configure' s
Hi,
> But anyway, let's apply this patch, it is a basis for further
> changes. For instance we might implement --update which could wget
> the files if possible, and --report which could automatically send the
> message. We have already talked about this some time ago.
I'm happy to apply this
> One could probably easily use $Date$ or $Revision$ from CVS for arranging
> this. The problem, however, is that config.guess is nowadays neither
> forward nor backward compatible and it's becoming increasingly difficult
> to keep track of what it is supposed to print. Just a few weeks ago it
> p
--- start of forwarded message ---
Return-Path: <[EMAIL PROTECTED]>
Received: from cygnus.com (runyon.cygnus.com [205.180.230.5])
by moshpit.cygnus.com (8.9.0/8.8.8-cygnus) with ESMTP id WAA19656
for <[EMAIL PROTECTED]>; Mon, 27 Mar 2000 22:23:27 +1000
Received: from ns.lst
These files are now checked out and placed in:
ftp://ftp.gnu.org/pub/gnu/config/
You can use this as a means of getting the latest versions if you'd rather
not bother with anonymous CVS.
Ben
> BTW this problem doesn't just occur on RedHat Linux boxes without a C
> compiler. I have a RedHat 6.1 box here which has gcc installed, but
> only as `gcc' and not as `cc'. I'm not totally sure how it got this
> way since the egcs rpm does have /usr/bin/cc in. I suspect I built
> gcc-2.95.2 f
> This problem pretty much happens on any machine without a compiler
> installed. What would be ideal is if config.guess didn't require a
> compiler.
That's impossible.
Many of the tests in config.guess use runtime tests to produce accurate
results. These programs have to be built and run. We
> I've been working for porting GNU/Linux to Hitachi SuperH processor.
> (Please visit http://www.m17n.org/linux-sh/ for the project.)
> SuperH is the CPU for embedded target, PDA, and video game machine.
> Our target tuple would be:
> SH-VENDER-LINUX-GNU
[...]
> Currently, there's the br
>+uname -m = `(uname -m) 2>/dev/null || echo unknown`
>+uname -r = `(uname -r) 2>/dev/null || echo unknown`
>+uname -s = `(uname -s) 2>/dev/null || echo unknown`
>+uname -v = `(uname -v) 2>/dev/null || echo unknown`
> Wouldn't it be better to run `uname -a'? That way you should g
25 matches
Mail list logo
