It's time to join the 1990s and replace the backtick substitutions in
config.guess and config.sub with the $(..) command substitution
syntax. This will mean that from now on, config.guess/.sub will
require a POSIX shell. If there are any systems still running that
want to use a contemporary version
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 corre
On Tue, Nov 03, 2020 at 06:14:43AM -0800, Cheng XU wrote:
> Due to a recent change
> (https://github.com/TeX-Live/installer/commit/ff98be775bf48aa576cbc25aa337dd5626af6550),
> the config.guess will incorrectly report `x86_64-pc-linux-gnu`
> instead of `x86_64-pc-linux-musl` for alpine docker image
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 instea
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 befor
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
vers
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
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 --ve
On Sun, Sep 06, 2020 at 01:15:53PM -0400, Elad Lahav wrote:
> The config.sub script fails to detect QNX systems. Since the
> expected kernel-os result is nto-qnx it should not change the OS
> name from "qnx" to "nto-qnx" (I don't know the history for the x86
> exception). Also, "qnx" is missing a
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
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
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
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
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:*:*)
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 mor
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
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
I found it in the psptoolchain sources on Github. No one submitted the
patch upsteeam. :-(
This patch seems fine to me.
Thanks, Ben
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
sig
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/?
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-bi
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/p
Applied, thanks.
Ben
signature.asc
Description: PGP signature
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 d
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
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
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
On Mon, Mar 09, 2020 at 08:29:16PM +, Servlinks Communications wrote:
> uname -m = mips
> uname -r = 4.4.153
> uname -s = Linux
> uname -v = #0 Thu Aug 30 12:10:54 2018
You need a C compiler installed for MIPS Linux detection to work
(endianness).
Cheers,
Ben
signature.asc
Description: PGP
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 v
Hi Abram
On Sat, Feb 08, 2020 at 08:23:22PM -0500, Abram Thiessen wrote:
> I am trying to install some software on a Nvidia Jetson Nano and
> through the endless web of dependencies, two installs (libtiff-4 and
> sndfile) gave me an error message with this email on it. I did try
> updating confi
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
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
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
n
>
> 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 El
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 err
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/gitwe
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
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 mai
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 wi
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
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 mail
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 (
> 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 ne
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
On Wed, Apr 17, 2019 at 05:21:40PM +0800, chunmin.c...@sifive.com wrote:
> uname -m = unknown
> uname -r = unknown
> uname -s = unknown
> uname -v = unknown
You need a working uname.
Ben
signature.asc
Description: PGP signature
___
config-patches mai
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.savann
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
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
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-patch
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, lik
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
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
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
_
Applied.
Ben
signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
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
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
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 | rom
On Fri, Jan 04, 2019 at 05:08:29AM +, co...@sdf.org wrote:
> 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
> *** Error code 1
This is f
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 `mi
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 unnecessar
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
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 @@
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
On Sun, Dec 16, 2018 at 10:14:37PM -0500, Earnie wrote:
> The question that needs answered is what issue was being resolved by
> the addition of the -r? The resolution here may need filters based
> on the build host.
I authored the change myself in May this year (as we only recently
started usin
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
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.g
On Mon, Nov 19, 2018 at 05:09:15PM +0800, ?? wrote:
> I may have encountered a problem.
> config.guess timestamp = 2002-07-09
You certainly have. Your config.guess script is over 16 years
old. Time to get a new one!
Ben
___
config-patches mailing lis
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
On Mon, Oct 22, 2018 at 10:25:29AM -0400, Earnie wrote:
> Why does config.guess return *-unknown-cygwin when `gcc
> -dumpmachine` prints *-pc-cygwin? Am I wrong in thinking the two
> should match? There is no *-unknown-cygwin-gcc on PATH but there is
> a *-pc-cygwin-gcc on PATH.
i*:CYGWIN*:
Applied, thanks.
Ben
signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
On Thu, Oct 18, 2018 at 07:20:31PM -0400, Daniel Kahn Gillmor wrote:
> This removes the final cleartext http:// link in this codebase.
Thanks.
Ben
signature.asc
Description: PGP signature
___
config-patches mailing list
config-patches@gnu.org
https:/
Hi Urs
Thanks for the patch!
Cheers, Ben
___
config-patches mailing list
config-patches@gnu.org
https://lists.gnu.org/mailman/listinfo/config-patches
On Tue, Aug 28, 2018 at 09:24:14PM +0200, Mikaël Urankar wrote:
> I made a mistake when I submitted [1]. On FreeBSD aarch64,
> UNAME_MACHINE is arm64 and config.guess thinks it's an armv6 or
> armv7 platform.
Thanks. The testsuite patch is not useful because we can't guess
FreeBSD portably due t
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 expla
On Mon, Aug 20, 2018 at 02:00:32AM -0400, John Ericson wrote:
> Yes the * is probably just a cut and paste artifact. I suppose it is
> harmless and could hint to the human what the expected behavior, but
> for simplicity I just removed it. The crx- * test I deleted from the
> first patch too. That
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 te
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
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 f
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
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 wan
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
On Thu, Aug 09, 2018 at 02:57:45AM -0400, John Ericson wrote:
> OK, now that the idempotency checks are in, here is a new version of
> the deduplication. I broke it up more, and added often-extensive
> notes on each step in the ChangeLog. All of them past the testsuite,
> but the last one (alone)
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
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
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 ot
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 plea
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 pat
On Sat, Jul 14, 2018 at 06:30:44PM +0200, Mikaël Urankar wrote:
> Another ping.
> This patch is a month old now, can I have a review please?
I must have missed this, sorry. There have been quite a few changes
(more than usual) to config.guess in the past few weeks. Can you
please re-base your pat
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
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
; variable. I think you will agree that the new shell
function is much more readable, plus Shellcheck now has a hope of
comprehending it. ;-)
Look OK?
Ben
2018-07-08 Ben Elliston
* config.guess: Replace monstrous 'set_cc_for_build' shell
variable that is executed v
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 | powerpc64
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
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.
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
_
On Wed, Jun 20, 2018 at 10:24:41AM -0700, Palmer Dabbelt wrote:
> 2018-06-11 Palmer Dabbelt
>
> * config.sub: Add "riscv-*" as an alias for "riscv32-*".
> * testsuite/config-sub.data: Add tests for the "riscv-*" alias.
In light of the discussion, I think this patch is OK. Do we wa
On Wed, Jun 06, 2018 at 12:59:11PM +0400, fabrice Ranampy wrote:
> config.guess timestamp = 2005-12-13
Your version of config.guess is over 12 years old. It might be a good
idea to upgrade. Fetch and overwrite old versions using this one:
https://git.savannah.gnu.org/gitweb/?p=config.git;a=blob_
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
_
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 mai
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 refinem
1 - 100 of 251 matches
Mail list logo
