From mboxrd@z Thu Jan 1 00:00:00 1970 From: Doug Goldstein Subject: Re: [PATCH] build: specify minimum versions of make and binutils Date: Tue, 19 Jan 2016 13:24:06 -0600 Message-ID: <569E8D56.7030502@cardoe.com> References: <1453136032-24899-1-git-send-email-cardoe@cardoe.com> <569D290C02000078000C8305@prv-mh.provo.novell.com> <569D1F1E.7020504@cardoe.com> <569E065E02000078000C8596@prv-mh.provo.novell.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============6428190544854714888==" Return-path: In-Reply-To: <569E065E02000078000C8596@prv-mh.provo.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: Keir Fraser , Tim Deegan , Ian Jackson , Ian Campbell , xen-devel@lists.xen.org List-Id: xen-devel@lists.xenproject.org This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --===============6428190544854714888== Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="IPg6KtnH6t514mc4loJweA1ShX3EHW4lu" This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IPg6KtnH6t514mc4loJweA1ShX3EHW4lu Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 1/19/16 2:48 AM, Jan Beulich wrote: >>>> On 18.01.16 at 18:21, wrote: >> On 1/18/16 11:03 AM, Jan Beulich wrote: >>>>>> On 18.01.16 at 17:53, wrote: >>>> To help people avoid having to figure out what versions of make and >>>> binutils need to be supported document them explicitly. The version = of >>>> binutils that had to be supported was mentioned in >>>> http://lists.xenproject.org/archives/html/xen-devel/2016-01/msg00609= =2Ehtml=20 >>>> as 2.17. Knowing that Jan got these versions from SLES10 I looked up= the >>>> version of GNU make from the same vintage (mid-2006) and landed on 3= =2E81. >>> >>> I'm afraid that same SLE10 has been using binutils 2.16.9. >>> and make 3.80. While (still building Xen there once in a while) I'd p= robably >>> not be in big trouble if we decided we don't want to support that old= an >>> environment anymore, I don't think we can just go and document higher= >>> versions than we so far allowed. We'd first need to settle on where t= o >>> draw the line nowadays (which then likely would mean a gcc minimal >>> version bum too). >> >> Not a problem. I was just trying to take the situation from a guessing= >> game to be explicitly called out. I was documenting what my logic was >> behind the version numbers I selected. I wasn't able to compare dates >> with binutils because their repo goes from 2003 to 2011 [1]. So I went= >> back to SLES10's release date [2] and the GCC 4.1.0 release date [3] t= o >> compare it with GNU make [4]. >> >> Honestly I'd be happy if we just drew a line in the sand so that its >> clear what I need to test against when I submit patches. I don't reall= y >> care where the line is. >=20 > Then how about 2.16.1 and 3.80 respectively as the initial line? >=20 > Jan >=20 Sounds great to me. Would you like me to resubmit or do you want to make that change. I'm ok if you throw away my patch and author it yourself. Whatever is easiest for you (or whoever commits it). --=20 Doug Goldstein --IPg6KtnH6t514mc4loJweA1ShX3EHW4lu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0 iQJ8BAEBCgBmBQJWno1ZXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRBNTM5MEQ2RTNFMTkyNzlCNzVDMzIwOTVB MkJDMDNEQzg3RUQxQkQ0AAoJEKK8A9yH7RvUKZYP/2BXz3R0DyE8zUVdqrh1MQ1B 8ZI6g8okmop5FpIFNPu35Xa8mqD8NwLxo6CN7R0HSFJv6ascWqMVs1FHO3W4ftl6 WZjM7Wi0eJXAYG69OgQ96AGdyDVfd82jyQHBqLbMZrZhiC3hwUuS8+hvt4udMVSh HJYIqTR4C8S9HKuRv7Uf/V409Fv7kksKcEytMaV14v5jQahLZyveNJ1uHQvGg74A UQsYwDqNzH73QElixHN1GIjKEN+gzOGpwycXVZiNSj71xAecDkLkvmjxtNuLMcbS tEIIH0Q6ebvHhTyUxPuR5AedFwPG972mrEH1e6yYkaGyx0z/lVCX575ymA6ynIvV 7JgvjwG96P3BhhLAvGQSZ5RUR0BahG7cEdC1XpASl7IHdsVrtEh03MfvbK5ydhLf wDRp1sN5E+C18Lf8wQrdAhNBoyF4Rk7VcpM11npar3lhqkfXFS99RB4M6LdWR5Uh w/QJOvU+gmzFCwuKpw3/r2TaH0n63PE2weByafC3TCIfa3879hBU+1WanUY4iWi0 54YAeZbbL418XXpuLQpkaVsMdhlNPFTUo/cYMXqOW1ulbs6wvcfdZnubwi96Of48 h7mq0IPOhwVJSWiL9PCAepSLUcrhkK7gjmGUxnJjB/yWZBDtQLfSeMf5KuaYIkxG 1v6e+X8vK2rpmWTIekVj =9B0p -----END PGP SIGNATURE----- --IPg6KtnH6t514mc4loJweA1ShX3EHW4lu-- --===============6428190544854714888== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --===============6428190544854714888==--