Re: config.guess returns incorrect platform for alpine

[Ben Elliston]

On Wed, Nov 04, 2020 at 02:31:05PM -0800, Cheng XU wrote:

> Thanks for the info. However, it seems that the referenced issue is
> only valid for the old version of Alpine. For the latest version,
> the `ldd --version` works just fine. As shown in the below, the old
> config.guess reports the correct result in a fresh alpine docker
> container, while the new config.guess does not. Therefore, I think
> we should just keep the original `ldd --version` check. There is no
> harm to do so.

Please suggest a patch, then.

Thanks,
Ben

Re: Please support NetBSD/aarch64eb in config.guess

[Ben Elliston]

On Wed, Oct 21, 2020 at 08:18:08AM +0900, Rin Okuyama wrote:

> > In no other GNU triplet is an underscore used before "be". There are
> > two digits preceding the "be", so it's quite readable without an
> > underscore. An underscore is also not used in your uname -p output. I
> > propose to instead make the change:
> > 
> >+ aarch64eb) machine=aarch64be-unknown ;;
> > 
> > OK?
> 
> We chose aarch64_be, since Linux already uses it:

Sorry, I missed that. OK, then.

Ben

Re: Please support NetBSD/aarch64eb in config.guess

[Ben Elliston]

Hi Rin

On Tue, Oct 20, 2020 at 10:13:50PM +, Rin Okuyama wrote:

> Recently, NetBSD added working kernel and userland for aarch64 in
> big-endian mode, aarch64eb in our naming convention.

> + aarch64eb) machine=aarch64_be-unknown ;;

In no other GNU triplet is an underscore used before "be". There are
two digits preceding the "be", so it's quite readable without an
underscore. An underscore is also not used in your uname -p output. I
propose to instead make the change:

  + aarch64eb) machine=aarch64be-unknown ;;

OK?

Cheers, Ben

Re: Cannot build shorten on ppc64le

[Ben Elliston]

On Tue, Sep 29, 2020 at 03:25:23AM +, 冬生 宋 wrote:

> Why so many users didn't read the error messages carefully ?

Yeah.

> Please download the latest config.guess (2020) and replaced your OLD
> config.guess (2006 !!!).

The good news is that this problem will slowly diminish as the newest
versions of config.guess will only tell the user to contact this list
if the script is less than three years old.

Cheers, Ben

Re: OS detection wrong on Alpine Linux 3.10

[Ben Elliston]

On Sun, Sep 20, 2020 at 04:10:24AM +0200, Bruno Haible wrote:

> > The command line interface of system programs should remain stable.
> 
> You are assuming that system programs have a test suite that will
> protect them from introducing regressions? I don't think that's realistic.
> Even glibc has regressions occasionally.

Not really. It is not difficult for programmers to be disciplined and
know then they are breaking an interface. Why did they do this?

> What do you hope to achieve by refusing to fix this in config.guess?

My aim is to keep config.guess maintainable. Is it really the job of
config.guess to patch up everyone else's mistakes?

Ben

Re: OS detection wrong on Alpine Linux 3.10

[Ben Elliston]

On Sat, Sep 19, 2020 at 03:30:54PM +0200, Bruno Haible wrote:

> The value of $host_os, determined by the current config.guess, is:
>   - On Alpine Linux 3.9: linux-musl
>   - On Alpine Linux 3.10: linux-gnu
>   - On Alpine Linux 3.12: linux-musl
> 
> The reason is that config.guess tests 'ldd --version'. However, in
> Alpine Linux 3.10, /usr/bin/ldd has been replaced with a shell script
> that does not understand the --version option:

Does it strike you that perhaps this could be fixed more quickly in
Alpine ldd instead? The problem affects Alpine Linux 3.10, but not
later versions, it seems, and 3.10 becomes unsupported after May 1
next year. By the time this fix is propagated into packages that
include config.guess, I imagine most users will have upgraded to
>3.10.

The command line interface of system programs should remain stable.

Cheers, Ben

Re: [PATCH] Use first form of the test command

[Ben Elliston]

On Mon, Aug 17, 2020 at 05:22:21AM +0200, Issam E. Maghni wrote:

> I hope this is convincing enough :)

Yes. :-)

Thanks,
Ben


signature.asc
Description: PGP signature

Re: [PATCH] Use first form of the test command

[Ben Elliston]

On Sun, Aug 16, 2020 at 07:42:57PM -0400, Issam E. Maghni wrote:

> Following
> https://lists.gnu.org/archive/html/automake-patches/2020-08/msg4.html

> > The first form is easier to implement and directly available in BusyBox.
> > https://pubs.opengroup.org/onlinepubs/9699919799/utilities/test.html

Is there a specific use case that is causing problems? The POSIX
standard says that 'test' and '[' are semantically equivalent and '['
should be present on any POSIX system. I can understand that a broken
system might be missing '[', but this hasn't been a problem for 25+
years.

Can you elaborate?

Thanks,
Ben

Re: Installation of printer driver for HP smarttank 570 (hplip-3.20.5.run/hplip-3.20.6.run)

[Ben Elliston]

Hi Jan

On Wed, Jul 29, 2020 at 12:10:52PM +, jaqu2030_pm wrote:

> The question is may be only where to include the downloaded files
> timestamped 2020-07-12 & 2020-07-10 (config.guess & config.sub) ??
> The config.guess and config.sub files from 2011-05-xx are obviously
> copied into current dir (./) from somewhere when executing
> hplip-3.20.5.run/hplip-3.20.6.run... As you see, I have included the
> downloaded files in the ./ directory and they where overwritten by
> the config files timestamped with 2011-05-xx (config.guess &
> config.sub).

I took a look at hplip-3.20.6.run. It's one of these self-extractors
made using Makeself: a shell script followed by a tarfile (in binary
form).

It looks like the shell script just runs hplip-install after
extracting the tarfile. As a starting point, I would run
hplip-3.20.6.run, let it unpack the tarfile, overwrite the
config.guess and .sub it created in the target directory it creates,
and then run hplip-install by hand.

You might also like to report this problem to the hplip maintianers so
that they may update the versions of config.guess/sub they ship.

Cheers,
Ben


signature.asc
Description: PGP signature

Re: Building Autoconf

[Ben Elliston]

On Sun, Jul 12, 2020 at 04:18:25PM +, Mancinelli, Asher J wrote:

> config.guess timestamp = 2012-02-10

Did you follow the instructions to upgrade the script?

Cheers,
Ben


signature.asc
Description: PGP signature

Re: [PATCH] macOS ARM

[Ben Elliston]

Hi Michael

Here is a proposed (simpler) version of your patch based on the new
tip of the config tree. Any comments, folks?

Cheers,
Ben

diff --git a/config.guess b/config.guess
index 92bfc33..8fb72c9 100755
--- a/config.guess
+++ b/config.guess
@@ -1342,6 +1342,9 @@ EOF
 *:Rhapsody:*:*)
echo "$UNAME_MACHINE"-apple-rhapsody"$UNAME_RELEASE"
exit ;;
+arm64:Darwin:*:*)
+   echo aarch64-apple-darwin"$UNAME_RELEASE"
+   exit ;;
 *:Darwin:*:*)
UNAME_PROCESSOR=`uname -p`
case $UNAME_PROCESSOR in
diff --git a/testsuite/config-guess.data b/testsuite/config-guess.data
index 2c07d9a..a99bf8b 100644
--- a/testsuite/config-guess.data
+++ b/testsuite/config-guess.data
@@ -16,6 +16,7 @@ arm | 12.0 | FreeBSD | ignored | armv7 | 
armv7-unknown-freebsd12.0-gnueabihf
 arm | ignored | Linux | ignored | ignored | arm-unknown-linux-gnueabihf
 arm | ignored | riscos | ignored | ignored | arm-unknown-riscos
 arm | ignored | RISCOS | ignored | ignored | arm-unknown-riscos
+arm64 | 20.0.0 | Darwin | ignored | arm | aarch64-apple-darwin20.0.0
 armv4l | ignored | riscos | ignored | ignored | arm-unknown-riscos
 authenticamd | 6.0 | Interix | ignored | ignored | x86_64-unknown-interix6.0
 avr32 | 2.6.15 | Linux | ignored | ignored | avr32-unknown-linux-gnu


signature.asc
Description: PGP signature

Re: [PATCH] config.sub: Normalize arm64-* to aarch64-*

[Ben Elliston]

On Thu, Jul 09, 2020 at 02:07:42PM -0400, John Ericson wrote:

> I'll second that this is a good idea; Apple's "aarm64" has caused much
> trouble and is wholly unnecessary as Keno says.

> Also, If we apply this first, the previous email with the macOS
> aarch64 config.guess support can be made more minimal.

I fully agree. Thanks, Keno, for your timely patch.

I'll commit it now.

Cheers, Ben


signature.asc
Description: PGP signature

Re: [PATCH] config.sub: Normalize arm64-* to aarch64-*

[Ben Elliston]

On Thu, Jul 09, 2020 at 02:02:02AM -0400, Keno Fischer wrote:

> 2020-07-09  Keno Fischer  
> 
>   * config.sub: Normalize arm64-* to aarch64-*

Applied, many thanks.

Ben


signature.asc
Description: PGP signature

Re: * config.sub: Properly parse the KERNEL-OS case.

[Ben Elliston]

On Sat, Jun 27, 2020 at 01:04:05PM -0400, John Ericson wrote:

> Here is a new version with a ChangeLog entry that's hopefully
> actually understandable.

Thanks. I think this change is fine. I have no problems with making
config.sub longer in the quest for making it clearer.

Cheers,
Ben

Re: [PATCH] * config.sub (psp): Recognize. * testsuite/config-sub.data: Add test case.

[Ben Elliston]

I found it in the psptoolchain sources on Github. No one submitted the
patch upsteeam. :-(

This patch seems fine to me.

Thanks, Ben

Re: [PATCH] * config.sub (psp): Recognize. * testsuite/config-sub.data: Add test case.

[Ben Elliston]

On Thu, Jun 18, 2020 at 02:51:26AM +0200, Carsten Teibes wrote:

> Adding this target for homebrew on an old platform (Sony PSP).  Let
> me know if there is anything that should better be done differently.

Where did you get the canonical triplet (that 'psp' is an alias of)
from?

Cheers, Ben


signature.asc
Description: PGP signature

Re: FYI only: Build Error for Nagios Plugin under Kali Linux

[Ben Elliston]

On Wed, Jun 17, 2020 at 01:19:58PM -0500, Matha Goram wrote:

> This script, last modified 2009-11-20, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
> 
>  
> http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
> and
>  
> http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

You should follow these instructions to upgrade to the latest version
of config.guess and config.sub. Copy these files into the Nagious
source tree, overwriting the existing ones.

Ben


signature.asc
Description: PGP signature

Re: config.guess Update needed

[Ben Elliston]

This script, last modified 2008-01-08, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from

http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.guess
and
http://savannah.gnu.org/cgi-bin/viewcvs/*checkout*/config/config/config.sub

Ben


signature.asc
Description: PGP signature

Re: Installation of netcdf in cygwig64 for the installation of ROMS

[Ben Elliston]

Hi Adrian

On Wed, Jun 03, 2020 at 10:02:57AM +, (pg) Adrian Senar wrote:

> This script, last modified 2003-10-03, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
> 
> ftp://ftp.gnu.org/pub/gnu/config/

OK, so your version of config.guess is so old that the URL for
updating it is now a dead end. There is a README in that directory
that tells you where to get the latest versions, but I'll give you a
hint :-)

https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess
https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub

Please let the ROMS maintainers know that they need to update these
scripts in their tree. The ones in their tree could be carbon dated.

Cheers, Ben


signature.asc
Description: PGP signature

Re: [PATCH] * config.sub (-genode*): New. * testsuite/config-sub.data: Add test cases.

[Ben Elliston]

Applied, thanks.

Ben


signature.asc
Description: PGP signature

patch to reduce false reports

[Ben Elliston]

I have just committed the following patch to config.guess.

* config.guess: Instruct the user to send information about their
system only if the script they are running has a timestamped year
of less than three years ago.

The commit is fb5be05b for those interested in the details.

Cheers, Ben


signature.asc
Description: PGP signature

Re: config.sub issue with powerunix

[Ben Elliston]

On Fri, Apr 24, 2020 at 12:30:27PM +0200, Peter Eisentraut wrote:

> # Remember, each alternative MUST END IN *, to match a version number.
> 
> but right above that is the line
> | nsk* | powerunix)
> which violates that.

Sorry, that was my bad. I discovered powerunix in config.guess, but
not in config.sub. I forgot to append the asterisk. Here's my commit
comment from 30 June 2019:

This change introduces a new test to config-sub.sh which runs
every config.guess expected triplet through config.sub so that we
can check that it is properly recognised. Sometimes, new triplets
have been added to config.guess without updating config.sub
accordingly (eg, Harris NightHawk machines running PowerUnix from
the mid-1990s!)

Thanks for spotting it. Fix has been committed.

Cheers, Ben


signature.asc
Description: PGP signature

Re: your mail

[Ben Elliston]

This script, last modified 2011-05-11, has failed to recognize the
operating system you are using. It is advised that you download the
most up to date version of the config scripts from

http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

Ben


signature.asc
Description: PGP signature

Re: config.guess not working

[Ben Elliston]

On Fri, Mar 27, 2020 at 03:47:40PM -0700, Anurag Maunder wrote:

> See the following
> ./config.guess: unable to guess system type
> 
> This script, last modified 2008-01-23, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from

If you have downloaded the new versions of config.{guess,sub}, they
aren't the ones that are running -- note that the version being
reported is 2008-01-23. Check your files.

Cheers,
Ben


signature.asc
Description: PGP signature

Re: your mail

[Ben Elliston]

On Tue, Feb 25, 2020 at 09:55:04PM +0100, Bertrand Benoït wrote:

> This script, last modified 2004-02-16, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from

You've hit the end of the line for the version in CVS. You need to
grab these versions frm git:

https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess
https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub

Cheers,
Ben


signature.asc
Description: PGP signature

Re: unable to guess system type for Onion Omega2 device

[Ben Elliston]

On Fri, Jan 24, 2020 at 08:57:46AM +0530, Chandan Br wrote:

> Thank you very much for the information.

No need to thank me -- the information was in the error message you
copied and pasted into your email.

Cheers,
Ben


signature.asc
Description: PGP signature

Re: unable to guess system type for Onion Omega2 device

[Ben Elliston]

On Thu, Jan 23, 2020 at 10:08:17AM +0530, Chandan Br wrote:

> NOTE: MIPS GNU/Linux systems require a C compiler to fully recognize
> the system type. Please install a C compiler and try again.

Ben


signature.asc
Description: PGP signature

Re: Bugs in config.guess

[Ben Elliston]

On Sat, Dec 21, 2019 at 01:42:05AM +0100, Torbjörn Granlund wrote:

> BUG 1. Temp files/directories left behind due to repeated
> set_cc_for_build

Fixed. Nice catch, thanks!

commit c542caa003ff36a87393435756bb7764f9d723aa
Author: Ben Elliston 
Date:   Sat Dec 21 13:01:01 2019 +1100

* config.guess (set_cc_for_build): Prevent multiple calls by
chechking if $tmp is already set. We can't check CC_FOR_BUILD as
the user may set it externally. Thanks to Torbjörn Granlund for
the bug report.

Cheers,
Ben


signature.asc
Description: PGP signature

Re: Bugs in config.guess

[Ben Elliston]

On Sat, Dec 21, 2019 at 01:42:05AM +0100, Torbjörn Granlund wrote:

> BUG 2. Missing /proc/cpuinfo results is garbage printout.
> Please use
> 
> alpha:Linux:*:*)
>   case `sed -n '/^cpu model/s/^.*: \(.*\)/\1/p' /proc/cpuinfo 
> 2>/dev/null` in
> 
> instead.

Fixed:

commit 6f5b719255e306a37c9feb4ae649044db4ca7cf4
Author: Torbjörn Granlund 
Date:   Sat Dec 21 12:01:43 2019 +1100

* config.guess (alpha:Linux:*:*): Guard against missing
/proc/cpuinfo by redirecting standard error to /dev/null.
    
Signed-off-by: Ben Elliston 

I will work on the other bug now.

Cheers,
Ben

signature.asc
Description: PGP signature

Re: Error config.guess and config.sub

[Ben Elliston]

Hi Florian

> The informations says that I need to update config.guess and
> config.sub, so I download most update files and put them in
> /usr/share/automake1.15 (files from 2010-09-10 for config.guess and
> from 2019-06-30 for config.sub). After i try again to build, but
> same error, and the error say the timestamp is still the same (old
> config.guess timestamp)

You don't want to overwrite the copies in /usr/share as these belong
to the Automake distribution and are used whenever you run automake
-a. You need to overwrite the old versions in the source tree of the
package you are trying to configure. Run `find' to make sure you find
them all. Sometimes there are extra copies in subdirectories.

Cheers, Ben


signature.asc
Description: PGP signature

Re: ./gnu-os: unable to guess system type

[Ben Elliston]

On Thu, Oct 31, 2019 at 03:13:10PM +0800, yong1.zh...@changhong.com wrote:

This script, last modified 2004-08-18, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from

  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

Ben


signature.asc
Description: PGP signature

Re: help with configure

[Ben Elliston]

This script, last modified 2008-01-23, has failed to recognize the
operating system you are using. It is advised that you download the
most up to date version of the config scripts from

http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

Ben

___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] Add support for Twizzler.

[Ben Elliston]

On Wed, Sep 11, 2019 at 01:50:39PM -0700, Daniel Bittman wrote:

> This patch add support for recognizing Twizzler as a valid system in
> config.sub and config.guess.

Applied; thanks.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] Add support for Twizzler.

[Ben Elliston]

Hi Daniel

On Wed, Sep 11, 2019 at 01:50:39PM -0700, Daniel Bittman wrote:

> 2019-09-10  Daniel Bittman  
> 
>   * config.guess (*:Twizzler:*:*): New.
>   * config.sub (-twizzler*): New.

This patch looks fine at first glance. You forgot to mention the test
cases in the ChangeLog, but I will fix that.

Cheers, Ben

___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [config-patches] New O/S needing config support: NetBSD-8-derived OS108

[Ben Elliston]

Hi Nelson

On Sat, Jun 08, 2019 at 10:30:20AM -0600, Nelson H. F. Beebe wrote:

> The latest config.{guess,sub} files that I pulled down yesterday
> (internally dated 2019-05-2[38]) fail to recognize OS108, a
> recently-released O/S derived from NetBSD-8.

I've never heard of this new OS, so thanks for bringing it to my
attention. I used to joke that a new BSD-derivative OS must mean that
it is school holidays somewhere in the world. :-)

> $ uname -s
> OS108

Perfect.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH V2 1/9] config: recognize eBPF triplets

[Ben Elliston]

On Wed, May 22, 2019 at 03:43:08PM -0400, Hans-Peter Nilsson wrote:

> > 2019-05-22  Jose E. Marchesi  
> >
> > * config.sub: Recognize bpf-unknown-none targets.

Applied.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: virtual NonStop has new SystemType

[Ben Elliston]

On Tue, May 07, 2019 at 11:44:05AM +, Florian Manschwetus wrote:

> config.guess timestamp = 2017-05-27
> 
> uname -m = NSV-I
> uname -r = L18
> uname -s = NONSTOP_KERNEL
> uname -v = 08

Support for the NSV-I machine was added in 2018:

2018-01-11  Randall S. Becker  

* config.guess (NSV-*:NONSTOP_KERNEL:*:*): New.
* config.sub (nsv-tandem): New.
* testsuite/config-guess.data: Add a test case.
* testsuite/config-sub.data: Likewise.

You'll need to update your config.guess.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: config-guess cannot identify system build - old timestamp

[Ben Elliston]

> This script, last modified 2003-02-22, has failed to recognize
> the operating system you are using. It is advised that you
> download the most up to date version of the config scripts from
> ftp://ftp.gnu.org/pub/gnu/config/

The README at the above URL says:

  From now on, please fetch new versions of these scripts via the
  following URLs:

  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Use utsname version on {vax,mips}-dec-ultrix >= 3.0

[Ben Elliston]

On Sat, Apr 27, 2019 at 05:54:52PM +0200, Urs Janßen wrote:

> Use utsname version instead of preprocessor macros on
> {vax,mips}-dec-ultrix >= 3.0
> This was tested on mips-dec-ultrix3.1, vax-dec-ultrix3.0 and
> vax-dec-ultrix3.1
> With the old code vax-dec-ultrix3.0 was detected as vax-dec-ultrix only.

Good, thanks.

> Note: the original ultrix3 /bin/sh don't know shell functions, thus
> set_cc_for_build() { ... } caues a syntax error.
> "originally" set_cc_for_build was not a function ...

I made a pragmatic decision in July 2018 that maintainability of
set_cc_for_build was more important than supporting ancient shells
like that on Ultrix 3 (released 30 years ago, I should add). Those
very old systems can always use a pre-2018 version of config.guess.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: want to build cups on imx8 system, changed configure and config.guess to find "arch" and "uname" on the system

[Ben Elliston]

This script, last modified 2011-05-11, has failed to recognize the
operating system you are using. It is advised that you download the
most up to date version of the config scripts from

  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub (wasm64, wasi): Recognise.

[Ben Elliston]

On Sun, Apr 14, 2019 at 06:52:39PM -0400, John Ericson wrote:

> Recently, there has been an effort to standardize a "syscall"
  interface for WebAssembly outside the browser (think JVM use-cases)
  [1].  This patch teaches config.sub to recognize the relevant
  configs, following what LLVM 8+ does[2].

Applied, thanks!

John, have you noticed that I parallelised the config.sub testsuite?
:)

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [patch] config.sub recognize m68k-next-openstep as openstep not nextstep3

[Ben Elliston]

On Thu, Mar 28, 2019 at 10:11:08PM +0100, Urs Janßen wrote:

> ChangeLog:
> 2019-03-28  Urs Janßen 
>* config.sub recognize m68k-next-openstep* as openstep*, not nextstep3

It would be cool if you had updated the testsuite, given that you had
already developed the test cases.

Patch applied.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: lcm 1.1.2 install on NVIDIA Jetson TX2

[Ben Elliston]

On Thu, Mar 28, 2019 at 08:13:52AM +0200, Boris Borukhin wrote:

> after reverting to original uname, the installation is successful.

Phew, I am glad. :)

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: lcm 1.1.2 install on NVIDIA Jetson TX2

[Ben Elliston]

Hi Boris

Thanks for your report.

On Wed, Mar 27, 2019 at 04:01:26PM +, Boris Borukhin wrote:

> uname -m = ARM
> uname -r = 4.4.38-tegra
> uname -s = Linux
> uname -v = #1 SMP PREEMPT Wed Jun 6 07:57:23 CDT 2018

Why does this Linux kernel report "ARM" in upper case instead of lower
case, like everyone else? What a pain. I wish vendors wouldn't make
unnecessary changes like this.

Before we make the obvious change to recognise "ARM", can you please
try and establish why this is so? Are you sure you're not running a
patched kernel, or running an unintended version of unane? Perhaps
check with "which uname"?

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: config.guess m68k-sony-newsos and mips-dec-ultrix3

[Ben Elliston]

On Sun, Mar 03, 2019 at 04:49:09PM +0100, Urs Janßen wrote:

> this time the attched patch was actually tested on m68k-sony-newsos
> and mips-dec-ultrix3

Thanks. Please include a ChangeLog entry next time.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: m68k-sony-newsos3.3

[Ben Elliston]

On Thu, Feb 28, 2019 at 09:51:15AM +0100, Urs Janßen wrote:

> at some point in the past someone removed a huge code block at the
> very end to detect various systems lacking uname - one of them was
> m68k-sony-newsos.

I did -- four years ago. I did so on the (incorrect) assumption that
these were ancient systems. We can restore it, sorry.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] Recognize MIPS r6 and use CPU as mipsisa{64,32}r6{el,}

[Ben Elliston]

On Fri, Feb 22, 2019 at 12:24:38PM +0800, YunQiang Su wrote:

> MIPS r6 triples use different CPU as the previous version,
>   mipsisa64r6, mipsisa64r6el, mipsisa32r6, mipsisa32r6el.

There has to be a less convoluted way to do this, surely?

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: SPEC2006

[Ben Elliston]

On Wed, Jan 23, 2019 at 02:28:18PM +, Ajallooiean Hossein wrote:

> I'm trying to compile SPEC2006 on ARM64/Ubuntu and am getting the
> below error. i have already updated the config.guess file to a 2019
> version. do i need to do any other steps for it to take effect?

> config.guess timestamp = 2004-10-25
   

You can't be using the latest, then. Make sure you overwrite every
copy of config.guess in your SPEC souce tree. There may be more than
one.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: More recognizing NetBSD CPUs (Super-H, MIPS 64bit)

[Ben Elliston]

On Fri, Jan 04, 2019 at 11:03:27AM +, co...@sdf.org wrote:

> I am only interested in recognizing this case:
> shl-unknown-netbsdelf8.99

Fixed in master. It was broken a while back when a bunch of structural
cleanups were done by John Ericson. I believe it only worked before by
chance.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: More recognizing NetBSD CPUs (Super-H, MIPS 64bit)

[Ben Elliston]

On Thu, Jan 03, 2019 at 04:41:25PM +, co...@sdf.org wrote:

> The notable difference is that "shl", chosen for netbsd/sh by
> config.guess, is now recognised.

> @@ -1230,8 +1230,7 @@ case $cpu-$vendor in
>   | riscv | riscv32 | riscv64 \
>   | rl78 | romp | rs6000 | rx \
>   | score \
> - | sh | sh[1234] | sh[24]a | sh[24]ae[lb] | sh[23]e | 
> she[lb] | sh[lb]e \
> - | sh[1234]e[lb] |  sh[12345][lb]e | sh[23]ele | sh64 | 
> sh64le \
> + | sh | sh[123456789lbe]* | sh64 | sh64le \
>   | sparc | sparc64 | sparc64b | sparc64v | sparc86x | 
> sparclet \
>   | sparclite \
>   | sparcv8 | sparcv9 | sparcv9b | sparcv9v | sv1 | sx* \

I don't understand what this patch is doing -- sh1 is already
recognised:

$ sh config.sub sh1-netbsd5.0
sh1-unknown-netbsd5.0

I don't want config.sub to recognise sh[0-9]. That is wrong --
config.sub should only recognise real SH machines.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: More recognizing NetBSD CPUs (Super-H, MIPS 64bit)

[Ben Elliston]

On Fri, Jan 04, 2019 at 05:08:29AM +, co...@sdf.org wrote:

> I don't know if the package I am building is misusing configure, but
> without this change and the latest config.sub/config.guess:
> 
> checking build system type... Invalid configuration 
> `mips64eb-unknown-netbsd8.99': machine `mips64eb-unknown' not recognized
> configure: error: /bin/sh ./config.sub mips64eb-unknown-netbsd8.99 failed

Oh, mips64eb. That's a different matter ..

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: More recognizing NetBSD CPUs (Super-H, MIPS 64bit)

[Ben Elliston]

On Thu, Jan 03, 2019 at 04:41:25PM +, co...@sdf.org wrote:

> recent changes have needed adjustments on our (NetBSD) side.
> I've attached the patches for them.
> 
> Let me know what you think.

I think you've forgotten ChangeLog entries and test cases.

Also, the mips64 change seems unnecessary. It's already accepted by
config.sub.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Use sparcv9-sun-solaris2.* with 64-bit compiler

[Ben Elliston]

Hi Rainer

On Wed, Jan 02, 2019 at 12:49:19PM +0100, Rainer Orth wrote:

> Everything behaved as expected.

Thanks for the well-tested and well-documented patch!

> One thing I'm uncertain about is the need for testcases
> corresponding to this change?

I have added some test cases, best as we can do when not running the
testsuite on the actual system. I fixed things up to run the
config.guess under test with CC_FOR_BUILD set to
'no_compiler_found'. That is an improvement for testing these more
complex cases.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: config.guess change

[Ben Elliston]

Hi John

> Would you please include an entry in config.sub for NetBSD mips64 targets?
> For us, $cpu is mips64 and $vendor is unknown.
> 
> --- pkgsrc/mk/gnu-config/config.sub   2018/09/16 10:38:48 1.20
> +++ pkgsrc/mk/gnu-config/config.sub   2018/12/26 19:00:00 1.21
> @@ -1029,6 +1029,9 @@ case $cpu-$vendor in
>   mips3*-*)
>   cpu=mips64
>   ;;
> + mips64*-*)
> + cpu=mips64
> + ;;
>   ms1-*)
>   cpu=mt
>   ;;

I'm not sure why this change is needed. config.sub works fine already:

$ sh config.sub mips64-netbsd
mips64-unknown-netbsd

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] config.sub: (*-emscripten) Recognize

[Ben Elliston]

On Sun, Dec 30, 2018 at 05:30:10PM -0500, Keno Fischer wrote:

> +2018-12-30  Keno Fischer  
> +
> + * config.sub: (*-emscripten) Recognize
> +

Thanks. Please add some test cases next time.

Cheers,
Ben

___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: config.sub breaks configuration on Solaris 10

[Ben Elliston]

On Sun, Dec 16, 2018 at 10:03:27AM +0100, Bruno Haible wrote:

> The same thing with traces shows where the problem occurs:

[...]

> + break 
> IFS=-
> + read -r field1 field2 field3 field4 
> sun4
> ../build-aux/config.sub: -r: is not an identifier

I don't know why we don't just drop -r in both instances in
config.sub. I can't see why it should be necessary. The testsuite
passes fine without them.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [patch] Recognise amdgcn-amdhsa.

[Ben Elliston]

On Mon, Nov 19, 2018 at 12:24:56PM +, Andrew Stubbs wrote:

> Please add this new architecture triplet.

Thanks, looks fine.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Build on CYGWIN

[Ben Elliston]

On Tue, Nov 13, 2018 at 01:37:03PM +0530, Dinesh Gupta wrote:

> I am trying to build mp3lame on CYGWIN but didn't get
> success. Please help to build on Windows 10 machine with CYGWIN.

> config.guess timestamp = 2003-07-02

Windows 10 wasn't around in 2003. Better upgrade your config.guess to
the latest version.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Deduplicate and clean `basic_machine` checks

[Ben Elliston]

On Wed, Aug 22, 2018 at 05:03:03AM -0400, John Ericson wrote:

> P.S. Ben, I know historically many of my ChangeLog entries have
> needed much reworking due to typos, but I think it might be nice to
> keep some of these descriptions in place, so future editors need not
> have to dredge up the explanation from the original attachments from
> the mailing list? I gave all the descriptions an additional
> proof-read for that purpose.

See 
https://www.gnu.org/prep/standards/html_node/Change-Log-Concepts.html#Change-Log-Concepts

In particular, the paragraph starting "For changes to code" ...

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Deduplicate `basic_machine` by always allowing the vendor

[Ben Elliston]

On Tue, Aug 14, 2018 at 01:53:37PM -0400, John Ericson wrote:

> Message-Id: 
> <7aa195016503d03125cdcbaf0a53788322ea7dc6.1534269204.git.John.Ericson@Obsidian.Systems>
> From: John Ericson 
> Date: Tue, 14 Aug 2018 13:25:58 -0400
> Subject: [PATCH 1/2] * testsuite/config-sub.data: Add legacy test cases
> To: config-patches@gnu.org

This is a bit weird:

> @@ -140,8 +142,13 @@ dec3100  
> mips-dec-ultrix4.2
>  decstation   mips-dec-ultrix4.2
>  decstation-3100  mips-dec-ultrix4.2
>  decstatn mips-dec-ultrix4.2
> +decsystem10* pdp10-dec-tops10
> +dec10*   pdp10-dec-tops10
> +decsystem20* pdp10-dec-tops20
> +dec20*   pdp10-dec-tops20
>  dicosi686-pc-dicos

Why are you adding test cases with asterisks in them?  Looks like too
much copying and pasting?

Also, the revised testsuite does not pass:

Invalid configuration `crx-unknown-elf': machine `crx-unknown' not recognized
FAIL: crx-unknown-elf -> , but crx-unknown-elf should map to itself

Please remove the failing tests until you submit a patch that fixes
the problem (and the test case can accompany that patch).

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: using ${var:-value} substitutions in config.sub

[Ben Elliston]

On Tue, Aug 14, 2018 at 12:10:52PM -0400, Earnie wrote:

> I'm not eggert but IMO there is always the ability to install a
> POSIX compliant shell in the local environment so we just force the
> requirement to have one for autotools.  The quoted document was
> written when open source environments weren't prevalent and
> businesses needed hand held to be accepting.  Now businesses readily
> accept open source as a viable solution and the hand holding is no
> longer a requirement.

Yes, true enough. Plus, Ultrix was last released over 20 years ago. :)

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

using ${var:-value} substitutions in config.sub

[Ben Elliston]

Hi John

The Autoconf shell portability guide [1] says this about ${var:-value}
substitutions (which, I should point out, *are* in the POSIX shell):

  ${var:-value}
Old BSD shells, including the Ultrix sh, don't accept the colon
for any shell substitution, and complain and die. Similarly for
${var:=value}, ${var:?value}, etc.

[1] 
https://www.gnu.org/software/autoconf/manual/autoconf-2.64/html_node/Shell-Substitutions.html#Shell-Substitutions

So, the question is, should we use these in config.sub? My instinct is
that we should allow anything that is in POSIX sh.  I'm sure someone
out there is still running Ultrix, but they shouldn't be. ;-)

@eggert, what do you think?

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Deduplicate `basic_machine` by always allowing the vendor

[Ben Elliston]

On Mon, Aug 13, 2018 at 08:52:12PM -0400, John Ericson wrote:

> Heh, well if only we had arrays of arrays, I'd put the
> patterns->normalization in as data, and then just source it to build
> the test cases.

That wouldn't be much of a testsuite, now, would it? ;-)

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Deduplicate `basic_machine` by always allowing the vendor

[Ben Elliston]

On Mon, Aug 13, 2018 at 12:31:29PM -0400, John Ericson wrote:

> Good catch. Thank you for the tests. I fixed that, and another thing
> that was nagging me about sequent, so I think the next two patches
> pass muster fine.

I have applied patches 0001 and 0002, thanks. 0003 is quite large and
I want to spend some time examining it more closely.

You know, a bit of awk or Perl would allow us to write out a list of
accepted patterns from which we could make the testsuite exhaustive.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Deduplicate `basic_machine` by always allowing the vendor

[Ben Elliston]

On Mon, Aug 13, 2018 at 12:12:56AM -0400, John Ericson wrote:

> Hmm bummer. Sorry about that. Here's them all again, with that and
> another hopefully "non controversial" one moved to the front.

0001 and 0002 have been applied.

0003 fails to recognise decstation-3100, whereas it did before.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Remove some approximately sh* dead code

[Ben Elliston]

On Wed, Aug 01, 2018 at 11:39:11PM -0400, John Ericson wrote:

> +2018-08-01  John Ericson  
> +
> + * config.sub: Remove some approximately sh* dead code
> +
> +Evidentally this has been dead since its original incarnation in
> +cedea588f577fdf78ff4645543907ee6f7babae5.

Approximately is correct. ;-) You can't delete the sh[23]ele cases
here without covering them somewhere else.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] config.sub is not idempotent

[Ben Elliston]

I've applied the reindenting patch (so far).

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] config.sub is not idempotent

[Ben Elliston]

There are now two separate tests for config.sub. I would like the test results 
tracked separately.

Perhaps it is time to switch to a Dejagnu test harness. 

Ben

On 30 July 2018 3:10:46 pm AEST, John Ericson  
wrote:
>I made it print either "PASS...\nPASS..." for both successful, or 
>nothing otherwise, which was my best guess for what you meant. I also 
>added 2 more cleanups of the testsuite go in 2 prior commits.
>
>Cheers,
>
>John
>
>On 07/29/18 21:03, John Ericson wrote:
>> I'll get to this is a few hours. What do you want it to say if the 
>> checks succeed and idempotency checks fail, or vice versa? (Maybe 
>> there should be a 3rd line for overall success?)
>>
>> John
>>
>>
>> ___
>> config-patches mailing list
>> config-patches@gnu.org
>> https://lists.gnu.org/mailman/listinfo/config-patches

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] config.sub is not idempotent

[Ben Elliston]

Hi John

With your patch, the testsuite output looks like this:

   cd testsuite && bash config-guess.sh && rm uname
   PASS: config.guess checks (101 tests)
   cd testsuite && bash config-sub.sh
   Checking mappings...
   Checking idempotency...
   PASS: config.sub checks (597 tests)

Can you please change your patch so that it looks like this?

   cd testsuite && bash config-guess.sh && rm uname
   PASS: config.guess checks (101 tests)
   cd testsuite && bash config-sub.sh
   PASS: config.sub checks (597 tests)
   PASS: config.sub idempotency checks (597 tests)

Note: it's a bit trickier than it seems. :-)

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] config.sub is not idempotent

[Ben Elliston]

On Tue, Jul 24, 2018 at 11:57:27PM -0400, John Ericson wrote:

> A canonical form is defined as one that maps to itself. I decided to
> check whether the config.sub test suite's canonical configurations
> actually did, and many of them did not, or weren't even accepted at
> all!

This is a good patch, thanks. I have a few things that I would like to
improve in the test case, but nothing major.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [RFC] Add "riscv-" for embedded cross toolchains

[Ben Elliston]

On Mon, Jul 09, 2018 at 08:41:09AM -0700, Jim Wilson wrote:

> We already merged config.sub patches into binutils and gcc, and added
> riscv-* support to them.  So at this point I think we just have to
> allow riscv-*-* even though we don't want it.  I don't expect to use
> it and I don't expect to maintain it, but some stubborn people will
> never give up on it, so we have to allow it.
> 
> I don't care about Liviu, but there is a riscv-rtems port rolling out.
> We had agreement to expand riscv-rtems to riscv32-rtems at config.sub
> time, but then you modified config.sub to remove the riscv->riscv32
> conversion, so the riscv-rtems port went out as just riscv-rtems and
> we can't drop support for that now.

OK--I don't terribly mind what is done as long as it is clear and
uniform.  If you think riscv/riscv-* should be allowed, I am happy to
put it back.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [RFC] Add "riscv-" for embedded cross toolchains

[Ben Elliston]

On Tue, Jul 03, 2018 at 10:41:49AM -0700, Jim Wilson wrote:

> Accepting riscv-linux isn't OK.  That will cause complications.
> Though I'm not sure if that can be easily avoided if we allow
> riscv-elf.

> There are no plans for any tools to accept riscv- as a CPU, so
> adding support for this to config.sub isn't very useful.

In light of this, I have removed riscv- from config.sub because:

> Most GNU tools accept --program-transform-name as a configure
> option, so it is easy to strip off the 32 or 64 in the program name
> at install time if you wish.  That should solve Liviu's problem.

.. I had forgotten about --program-transform-name.  That will indeed
solve the problem _if_ you want your toolchain binaries prefixed with
riscv instead of riscv32/riscv64.

Cheers,
Ben

PS: nice to hear from you, Jim.


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [RFC] Add "riscv-" for embedded cross toolchains

[Ben Elliston]

OK, how about this? This patch makes everything uniform (see test
cases below for an illustration of behaviour):

diff --git a/config.sub b/config.sub
index 072700f..c95acc6 100755
--- a/config.sub
+++ b/config.sub
@@ -625,7 +625,7 @@ case $basic_machine in
| powerpc | powerpc64 | powerpc64le | powerpcle \
| pru \
| pyramid \
-   | riscv32 | riscv64 \
+   | riscv | riscv32 | riscv64 \
| rl78 | rx \
| score \
| sh | sh[1234] | sh[24]a | sh[24]aeb | sh[23]e | sh[234]eb | sheb | 
shbe | shle | sh[1234]le | sh3ele \
@@ -752,7 +752,7 @@ case $basic_machine in
| powerpc-* | powerpc64-* | powerpc64le-* | powerpcle-* \
| pru-* \
| pyramid-* \
-   | riscv32-* | riscv64-* \
+   | riscv-* | riscv32-* | riscv64-* \
| rl78-* | romp-* | rs6000-* | rx-* \
| sh-* | sh[1234]-* | sh[24]a-* | sh[24]aeb-* | sh[23]e-* | sh[34]eb-* 
| sheb-* | shbe-* \
| shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \
@@ -1125,12 +1125,6 @@ case $basic_machine in
ps2)
basic_machine=i386-ibm
;;
-   riscv)
-   basic_machine=riscv32-unknown
-   ;;
-   riscv-*)
-   basic_machine=`echo "$basic_machine" | sed 's/^riscv/riscv32/'`
-   ;;
rm[46]00)
basic_machine=mips-siemens
;;
diff --git a/testsuite/config-sub.data b/testsuite/config-sub.data
index 7ad1f76..5ab1807 100644
--- a/testsuite/config-sub.data
+++ b/testsuite/config-sub.data
@@ -422,11 +422,11 @@ riscv64-elf   
riscv64-unknown-elf
 riscv64-hcos   riscv64-unknown-hcos
 riscv64-linux  riscv64-unknown-linux-gnu
 riscv64riscv64-unknown-none
-riscv-company-elf  riscv32-company-elf
-riscv-company-hcos riscv32-company-hcos
-riscv-elf  riscv32-unknown-elf
-riscv-linuxriscv32-unknown-linux-gnu
-riscv  riscv32-unknown-none
+riscv-company-elf  riscv-company-elf
+riscv-company-hcos riscv-company-hcos
+riscv-elf  riscv-unknown-elf
+riscv-linuxriscv-unknown-linux-gnu
+riscv  riscv-unknown-none
 rl78-linux rl78-unknown-linux-gnu
 rl78   rl78-unknown-none
 rx-linux   rx-unknown-linux-gnu


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [RFC] Add "riscv-" for embedded cross toolchains

[Ben Elliston]

How is this?

2018-07-03  Liviu Ionescu 
Ben Elliston  

* config.sub: Recognise riscv-*.
* testsuite/config-sub.data: Adjust tests.

diff --git a/config.sub b/config.sub
index 072700f..76c4640 100755
--- a/config.sub
+++ b/config.sub
@@ -752,7 +752,7 @@ case $basic_machine in
| powerpc-* | powerpc64-* | powerpc64le-* | powerpcle-* \
| pru-* \
| pyramid-* \
-   | riscv32-* | riscv64-* \
+   | riscv-* | riscv32-* | riscv64-* \
| rl78-* | romp-* | rs6000-* | rx-* \
| sh-* | sh[1234]-* | sh[24]a-* | sh[24]aeb-* | sh[23]e-* | sh[34]eb-* 
| sheb-* | shbe-* \
| shle-* | sh[1234]le-* | sh3ele-* | sh64-* | sh64le-* \
@@ -1126,7 +1126,7 @@ case $basic_machine in
basic_machine=i386-ibm
;;
riscv)
-   basic_machine=riscv32-unknown
+   basic_machine=riscv-unknown
;;
riscv-*)
basic_machine=`echo "$basic_machine" | sed 's/^riscv/riscv32/'`
diff --git a/testsuite/config-sub.data b/testsuite/config-sub.data
index 7ad1f76..5ab1807 100644
--- a/testsuite/config-sub.data
+++ b/testsuite/config-sub.data
@@ -422,11 +422,11 @@ riscv64-elf   
riscv64-unknown-elf
 riscv64-hcos   riscv64-unknown-hcos
 riscv64-linux  riscv64-unknown-linux-gnu
 riscv64riscv64-unknown-none
-riscv-company-elf  riscv32-company-elf
-riscv-company-hcos riscv32-company-hcos
-riscv-elf  riscv32-unknown-elf
-riscv-linuxriscv32-unknown-linux-gnu
-riscv  riscv32-unknown-none
+riscv-company-elf  riscv-company-elf
+riscv-company-hcos riscv-company-hcos
+riscv-elf  riscv-unknown-elf
+riscv-linuxriscv-unknown-linux-gnu
+riscv  riscv-unknown-none
 rl78-linux rl78-unknown-linux-gnu
 rl78   rl78-unknown-none
 rx-linux   rx-unknown-linux-gnu


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Update Minix entry

[Ben Elliston]

On Tue, Jun 26, 2018 at 01:41:05AM +0100, Sevan Janiyan wrote:

> Minix is not exclusive to x86, please update the entry in the
> config.guess file to match what the project changes in their
> repository (patch attached).

Thanks. I've just pushed a change to config.guess.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] Add "riscv" as an alias for "riscv32"

[Ben Elliston]

On Fri, Jun 22, 2018 at 08:51:23AM +0100, Richard W.M. Jones wrote:

> Is there some more context to this discussion I can read?

http://lists.gnu.org/archive/html/config-patches/2018-06/index.html

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 6/6] * config.sub: Consolidate OS version checking

[Ben Elliston]

On Sat, May 19, 2018 at 10:15:49PM -0400, John Ericson wrote:

> This is all that remains of the case at the top, and it can now be
> straight-forwardly merged with the rest down at the bottom.

Lovely work, John, thanks.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 4/6] * config.sub: No more forced "-sequent" in the `basic_machine` for "ipx"

[Ben Elliston]

On Sat, May 19, 2018 at 10:15:49PM -0400, John Ericson wrote:

> + * config.sub: No more forced "-sequent" in the `basic_machine` for "ipx"

Also, don't you mean "ptx" (not "ipx")?

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 4/6] * config.sub: No more forced "-sequent" in the `basic_machine` for "ipx"

[Ben Elliston]

On Sat, May 19, 2018 at 10:15:49PM -0400, John Ericson wrote:

>"unknown" will be defaulted to "sequent" per existing code below.
>"pc" won't be, but I rather handle that inconsistency separately ---
>e.g. should we default to "pc" at all, or if we do should we allow
>vendor refinement anyways.q

Can you please add a test case or two to config-sub.data that shows
the correct behaviour?

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Simplify OS checking

[Ben Elliston]

On Sat, May 19, 2018 at 10:15:49PM -0400, John Ericson wrote:

> The removed case did a variety of things. Here's each and what I
  did:

Can you break this patch up into smaller parts, please?

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Cordon off single-component aliases

[Ben Elliston]

Thanks, applied.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Cordon off single-component aliases

[Ben Elliston]

On Thu, May 17, 2018 at 05:57:20PM -0400, John Ericson wrote:

> The 4th and last rule is the trickiest, and most fuzzy human. If the
> basic_machine was left as as, or appended with a vendor, I
> considered the pattern less an alias, and more a defaulting of a
> canonical or near canonical name. This seemed like a "higher
> quality" short-hand and thus one that is valid as part of a larger
> config. Instead of just hard-assigning `os`, however, I changed it
> to default `os` with
> 
>   os=${os:-DEFAULT}

${parameter:-word} is in POSIX, but I don't know how portable it is to
old Bourne shells.  Paul?

Cheers,
Ben

___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: Remove leading `-' from OS

[Ben Elliston]

Hi John

On Fri, May 11, 2018 at 01:41:08PM -0400, John Ericson wrote:

> This takes out some pointless noise, and also allows removing a sed
> invocation. It's a big diff but conceptually simple one that (at
> least to me) improves readabiltiy.

Thanks for this. Applied.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 1/2] * config.sub: Blow up on >4 component configs

[Ben Elliston]

On Fri, May 11, 2018 at 01:30:06PM -0400, John Ericson wrote:

> I think it's better to catch this early rather than in individual
> logical components.

Applied; thanks!

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 2/2] * config.sub: Remove leading `-' from OS

[Ben Elliston]

On Fri, May 11, 2018 at 01:41:08PM -0400, John Ericson wrote:

> This takes out some pointless noise, and also allows removing a sed
> invocation. It's a big diff but conceptually simple one that (at
> least to me) improves readabiltiy.

Thanks, this is great.

Cheers, Ben

___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 2/2] * config.sub (arm*-*-none-eabi): Recognise

[Ben Elliston]

On Sat, Apr 21, 2018 at 11:09:20PM -0400, John Ericson wrote:

> 2018-04-24  John Ericson  
> 
>   * config.sub (arm*-*-none-eabi): Recognise.

Applied, thanks.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 1/2] * config.sub: Properly recognise configs with 4 components

[Ben Elliston]

Hi John

OK, making some progress. Patch 1 is applied.

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 1/2] * config.sub: Properly recognise configs with 4 components

[Ben Elliston]

Hi John

On Tue, May 01, 2018 at 02:53:46PM -0400, John Ericson wrote:

> +# Physical components of config
> +comp1=`echo "$1" | sed 's/^\([^-]*\).*$/\1/'`
> +comp2=`echo "$1" | sed 's/^[^-]*-\([^-]*\).*$/\1/'`
> +comp3=`echo "$1" | sed 's/^[^-]*-[^-]*-\([^-]*\).*$/\1/'`
> +comp4=`echo "$1" | sed 's/^[^-]*-[^-]*-[^-]*-\([^-]*\).*$/\1/'`

Can you please rework your patch with something like this, and then we
can ditch the nasty sed expressions above completely:

IFS="-" read comp1 comp2 comp3 comp4 <

signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: config.guess fails on appveyor

[Ben Elliston]

On Wed, May 02, 2018 at 12:35:54PM -0400, Earnie wrote:

> This doesn't match any Cygwin I've seen.  I'm using 64bit Cygwin
> Windows 10.

Thanks. That was my suspicion. I don't plan to do anything with that
bug report, then.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH 1/4] Rewrite basic_machine `if` with `case`

[Ben Elliston]

On Sat, Apr 21, 2018 at 10:01:26PM -0400, John Ericson wrote:

> OK the last email didn't contain the [PATCH] and attatchments
> instead, which may be less convenient.

It also didn't contain ChangeLog entries ..

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub (csky-*): Recognise. * testsuite/config-sub.data: Add a test case.

[Ben Elliston]

On Mon, Apr 16, 2018 at 11:06:20AM +0800, Mao Han wrote:

> ---
>  config.sub| 4 ++--
>  testsuite/config-sub.data | 1 +
>  2 files changed, 3 insertions(+), 2 deletions(-)

Applied. Next time, please submit a ChangeLog entry.

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [PATCH] * config.sub: recognise s12z

[Ben Elliston]

Applied. Next time, please supply test cases for the testsuite.

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Issue in Config.guess - in system powerpc64le

[Ben Elliston]

On Mon, Jan 29, 2018 at 02:21:14PM +, Kumar, Awanish wrote:

> As suggested by you, I searched every occurrence of the files in the
> source directory and replace them with the downloaded file. But when
> I am trying to install its giving the old error, even the timestamp
> is showing " config.guess timestamp = 2011-10-19 ".

> I don't able to find the location from where it is reading this
> timestamp. Is there any chances that this problem is related to
> something else?

No.

Go to the top of the source tree and run:

   find . -name config.guess | xargs grep 2011-10-19

.. that will show you which files you have missed.

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Support for musl

[Ben Elliston]

Hi Henri

On Fri, Jan 26, 2018 at 11:28:31AM +1300, Henri wrote:

> Sounds good to me.  A new patch is attached.  I had to pipe stderr
> to stdout though because musl ldd writes version info to stderr.

Here's a modified version of your patch. You shouldn't use command
substitution (`...`) but just run the commands within the if
expression. The 'then' side will be run if the expression succeeds,
eg:

if grep root /etc/passwd ; then
  ...
fi

I am also using command -v to test for the presence of ldd. On some
Linux system, there are no development tools installed and we want to
protect against errors in this case.

Can you please test this patch? If it's good, then I'll install it.

Thanks,
Ben

diff --git a/config.guess b/config.guess
index ae5ffc7..89736b6 100755
--- a/config.guess
+++ b/config.guess
@@ -150,6 +150,12 @@ Linux|GNU|GNU/*)
#endif
EOF
eval "`$CC_FOR_BUILD -E "$dummy.c" 2>/dev/null | grep '^LIBC' | sed 's, 
,,g'`"
+
+   # if ldd exists, use it to detect musl libc
+   if command -v ldd >/dev/null && \
+   ldd --version 2>&1 | grep -q ^musl; then
+   LIBC=musl
+   fi
;;
 esac
 


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Support for musl

[Ben Elliston]

On Thu, Jan 25, 2018 at 03:46:59PM +1300, Henri wrote:

> The config.guess script currently only checks for the glibc, uclibc,
> and dietlibc libraries. The attached patch adds support for the musl
> C library. Unfortunately, features.h in musl does not define a
> __MUSL__ macro (or similar) which is why this has to be the new
> default case instead of glibc. If features.h or a C compiler are not
> available it will default to gnu as before.

I'm not crash hot on this patch, sorry.  The next time we get a new C
library that also fails to identify itself through some means, we're
hosed as we won't be able to distinguish it from MUSL.

Can you please add some mechanism to MUSL and then we can check for
that?  Obviously there will be a period where old MUSL versions won't
be guessed, but the user can specify those with --build, --host or
--target.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Add BME (Buzzard Main Environment) to config.sub

[Ben Elliston]

Hi Andrew

>   Here is a patch which adds -bme* to config.sub.  I will be
> submitting the binutils, gcc, gdb and newlib patches next year.

Sorry, I did apply this patch, but forgot to reply to say I had.

Thanks,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: ffi 1.9.18 error

[Ben Elliston]

This script, last modified 2009-11-20, has failed to recognize
the operating system you are using. It is advised that you
download the most up to date version of the config scripts from
 
  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.guess;hb=HEAD
and
  
http://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_plain;f=config.sub;hb=HEAD

Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: [config-patches] adding support for MidnightBSD

[Ben Elliston]

Hi Nelson

Just to follow up with the list, I've committed:

2017-11-07  Ben Elliston  <b...@gnu.org>

Reported by Nelson H. F. Beebe:
* config.guess (*:MidnightBSD:*:*): Recognise.
* testsuite/config-guess.data: Add a test case.

Cheers,
Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: ./configure Trouble

[Ben Elliston]

Hi Nick

On Mon, Oct 16, 2017 at 05:23:46PM +, Harvey, Nick wrote:

> and they worked and saved to the respective files. I still get the
  problem down below when running ./configure

You need to make sure that the new files overwrite the old, including
any versions in subdirectories of the source tree.  There are
sometimes multiple copies.

Cheers, Ben


signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches

Re: Lede/Openwrt

[Ben Elliston]

On Sun, Sep 24, 2017 at 07:21:32AM +0100, joe foster wrote:

> The plan was to create the makefile locally then add it in to the
> cross compile script on another computer which complies all the
> packages into the arch specific firmware.

.. then you don't need to run configure locally. Why not run
configureo on the cross-compilation system with --host=mips-linux?
(Or mipsel-linux for litle endian).

Cheers, Ben

___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches