Re: config.guess and config.sub (latest versions) not working
On Tue, Apr 25, 2017 at 09:40:06AM -0400, Earnie wrote: > > The next question is, what triplet should be output? > > x86*-unknown-qnx But it's not a QNX host .. it's a Windows host running QNX development tools. Ben signature.asc Description: Digital signature ___ config-patches mailing list config-patches@gnu.org https://lists.gnu.org/mailman/listinfo/config-patches
Re: config.guess and config.sub (latest versions) not working
Hi Ben, What's a typical time-frame for a change like this? Regards, = Allen Baker Lead Software Engineer R Schweitzer Engineering Laboratories, Inc. Boise, ID allen_ba...@selinc.com (o) 509-332-1890 x2728 = From: Ben Elliston <b...@air.net.au> To: allen_ba...@selinc.com Cc: config-patches@gnu.org Date: 04/24/2017 04:46 PM Subject: Re: config.guess and config.sub (latest versions) not working Hi all I propose that we handle the QNX host tool 'uname.exe' being on the PATH on the build system by matching x86*:WINNT:*:* The next question is, what triplet should be output? Ben ___ config-patches mailing list config-patches@gnu.org https://lists.gnu.org/mailman/listinfo/config-patches
Re: config.guess and config.sub (latest versions) not working
On 4/24/2017 6:46 PM, Ben Elliston wrote: > Hi all > > I propose that we handle the QNX host tool 'uname.exe' being on the > PATH on the build system by matching x86*:WINNT:*:* > So there's nothing about QNX in the string output? This could be problematic. "You can install QNX SDP on a Linux, macOS, or Windows development host"[1] > The next question is, what triplet should be output? > x86*-unknown-qnx The -s for other hosts for this tool would match the development host -- Earnie [1] http://www.qnx.com/developers/docs/7.0.0/#com.qnx.doc.qnxsdp.quickstart/topic/requirements.html ___ config-patches mailing list config-patches@gnu.org https://lists.gnu.org/mailman/listinfo/config-patches
Re: config.guess and config.sub (latest versions) not working
On Mon, Apr 24, 2017 at 10:29:30AM +0200, Michael Haubenwallner wrote: > Just curious, as I'm about to add (another) *-winnt support into libtool: > > Where does this 'uname' binary come from that tells WINNT? > Which compiler are you about to use? Ah, so it's from a collection of host tools from QNX. Allen is trying to cross-compile from a Windows build to QNX host. Ben ___ config-patches mailing list config-patches@gnu.org https://lists.gnu.org/mailman/listinfo/config-patches
Re: config.guess and config.sub (latest versions) not working
On 4/24/2017 4:29 AM, Michael Haubenwallner wrote: > Hi Allen, > > On 04/22/2017 01:51 AM, allen_ba...@selinc.com wrote: > >> uname -m = x64 (AMD64/EM64T) >> uname -r = version 6.1 Service Pack 1 (Build 7601) >> uname -s = WINNT >> uname -v = unknown > > Just curious, as I'm about to add (another) *-winnt support into libtool: > > Where does this 'uname' binary come from that tells WINNT? > Which compiler are you about to use? > I'm curious as well. It comes close to MKS Toolkit base on the -m output but from the documentation on MSK Toolkit the -s should be Windows_NT. This doesn't match the newer WSL either from what I've found. -- Earnie ___ config-patches mailing list config-patches@gnu.org https://lists.gnu.org/mailman/listinfo/config-patches
Re: config.guess and config.sub (latest versions) not working
Hi Allen, On 04/22/2017 01:51 AM, allen_ba...@selinc.com wrote: > uname -m = x64 (AMD64/EM64T) > uname -r = version 6.1 Service Pack 1 (Build 7601) > uname -s = WINNT > uname -v = unknown Just curious, as I'm about to add (another) *-winnt support into libtool: Where does this 'uname' binary come from that tells WINNT? Which compiler are you about to use? Thanks! /haubi/ ___ config-patches mailing list config-patches@gnu.org https://lists.gnu.org/mailman/listinfo/config-patches
Re: config.guess and config.sub (latest versions) not working
Hi Allen On Fri, Apr 21, 2017 at 04:51:52PM -0700, allen_ba...@selinc.com wrote: > uname -m = x64 (AMD64/EM64T) > uname -r = version 6.1 Service Pack 1 (Build 7601) > uname -s = WINNT > uname -v = unknown Thanks for the report. This is indeed a new, unrecognised system type. I'll add support for it. Cheers, Ben ___ config-patches mailing list config-patches@gnu.org https://lists.gnu.org/mailman/listinfo/config-patches