From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gcc-bugzilla@gcc.gnu.org>
Received: by sourceware.org (Postfix, from userid 48)
	id AE7A43857726; Wed, 27 Sep 2023 13:35:16 +0000 (GMT)
DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org AE7A43857726
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gcc.gnu.org;
	s=default; t=1695821716;
	bh=JyJ1VHqiUYsQ3+/6A4L/k/3r8Qg0+UXFG1mVuoWb4Tg=;
	h=From:To:Subject:Date:In-Reply-To:References:From;
	b=SohW43NPu3fulF4On4HToPibB7crZ5P5XSSyLyuIPU+8XYqUXZbJ4dwr9jg94rvNY
	 wTgQ7WFjjQ2Qvb6OHCoB5WjTN9/aV7FPuWKX5kNA7YBH5OCaKXdxbtJYSnUQubCFdJ
	 oBSZevkjhvcBBoQKmUzZgAURYGGwAlvzY74lbdiU=
From: "iains at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/111610] Cannot build cross compiler to darwin targets
 after r14-4108-g47346acb72b50d
Date: Wed, 27 Sep 2023 13:35:16 +0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 14.0
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: normal
X-Bugzilla-Who: iains at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: iains at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags: 
X-Bugzilla-Changed-Fields: 
Message-ID: <bug-111610-4-EkSQR1mulC@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-111610-4@http.gcc.gnu.org/bugzilla/>
References: <bug-111610-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
List-Id: <gcc-bugs.sourceware.org>

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=3D111610

--- Comment #3 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Martin Jambor from comment #2)
> (In reply to Iain Sandoe from comment #1)
> > As a matter of record, we do not really support cross-compilers targeti=
ng an
> > unknown Darwin version (the idea of xxx-apple-darwin [without a specific
> > version] was to support building natively on macOS).  What will happen =
is
> > you will get the earliest supported OS version for the target arch (whi=
ch
> > might not really be very representative)
> >=20
> > It would likely be more representative/useful to choose some suitable OS
> > version:
> >=20
> > e.g. powerpc-apple-darwin9 (latest) i686-apple-darwin17 (last 32b suppo=
rt)
> > x86_64-apple-darwin21 (up to date) .. and eventually aarch64-apple-darw=
in2x
> > ....
> >=20
> > Of course, the build should not fail so we must fix it - but just point=
ing
> > out that the results from the current builds are from a configuration t=
hat
> > will be issuing warnings about choice of OS version.
>=20
> IIUC, the test script takes all targets listed in contrib/config-list.mk =
and
> tries the above configuration and make all-host steps on all of those
> targets that are not explicitly excluded (currently only powerpc-freebsd13
> because of PR 108491). I don't really know how (or if) the list in that f=
ile
> is maintained, but it looks like if they should be removed, they should be
> removed from there?  Of course, we can exclude anything on our end too.

OK. Perhaps that list should be edited to reflect modern practice - but, if=
 not
it's still better to have an old configuration tested than nothing (after a=
ll
it found this issue).  As it happens, we did already check for the
missing/unknown case for dsymutil but the enumeration clashes with another =
RTL
use of "UNKNOWN".  I'll land the fix shortly.=