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 broad
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
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
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'
--- 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 17:30:30
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
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
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 :-(. Another
NeXT
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
move-if-change currently outputs file 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
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
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:
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
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 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 as
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 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
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
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,
I suggest to move the man pages for config.guess and config.sub from
autoconf to the config CVS.
May be a good idea, if Ben agrees. I think this can safely wait until
after Autoconf 2.60, though, which we'd like to release ASAP.
I was not even aware that man pages exist; naturally I
A few years ago, a friend submitted a Debian bug report against Autoconf
because it included `readable' in the permissions mask of the configure
script. :-) See:
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=140837
Ben
--
Ben Elliston b...@au.ibm.com
Australia Development Lab, IBM
and I must remember to append it
when reconstructing the configure command line. This may well also
apply to other configure options.
A bug?
Cheers, Ben
--
Ben Elliston b...@au.ibm.com
Australia Development Lab, IBM
On Thu, Dec 10, 2015 at 06:32:26AM +0100, Pavel Raiskup wrote:
> after this patch -- the manual pages are not installed with autoconf
> anymore (I tried 'make install'). Is that expected? If yes, how
> are the manual pages supposed to be installed?
That's correct. The man pages belong with
Fairly obvious.
Cheers, Ben
---
HACKING | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/HACKING b/HACKING
index 0005988..a894e1d 100644
--- a/HACKING
+++ b/HACKING
@@ -18,8 +18,8 @@ If a change fixes a test, mention the test in the ChangeLog
entry.
To this end, the
Remove config.{guess,sub} man pages. These are now kept in the master
source tree for config.{guess,sub}.
Thanks,
Ben
---
man/config.guess.x | 24
man/config.sub.x | 4
man/local.mk | 8 +---
3 files changed, 1 insertion(+), 35 deletions(-)
delete
Ping?
https://lists.gnu.org/archive/html/autoconf-patches/2015-11/msg0.html
Thanks,
Ben
signature.asc
Description: Digital signature
26 matches
Mail list logo