From owner-freebsd-ports@freebsd.org Sun May 19 14:40:46 2019 Return-Path: Delivered-To: freebsd-ports@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EDC0A15AF7D5 for ; Sun, 19 May 2019 14:40:45 +0000 (UTC) (envelope-from james@opentech.cc) Received: from NAM01-BY2-obe.outbound.protection.outlook.com (mail-eopbgr810071.outbound.protection.outlook.com [40.107.81.71]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "GlobalSign Organization Validation CA - SHA256 - G3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id B1F128E5FE; Sun, 19 May 2019 14:40:44 +0000 (UTC) (envelope-from james@opentech.cc) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=opentech.cc; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=EoKk0e1LtpdOlA7Ej50tOI34FCtSBEKZGDL5URVC5xk=; b=IFNZr5LUIMmYVBLXhsdIeHZXsD+QLgj3XHUARIB8rvoU1hbz6/M6zfss87lRHI6BHmpc13y7T4nFNWtql0dsaV+uMdnObYmxcZyGFRw/NI4KsQV6ABOhYFd6cZF+kbOH6HHEl7DTs/MKLcUVfaNO130uAg6sCD4ucMp9Xf18gmM= Received: from BN7PR06MB5187.namprd06.prod.outlook.com (20.176.29.18) by BN7PR06MB6420.namprd06.prod.outlook.com (20.176.179.205) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.18; Sun, 19 May 2019 14:40:40 +0000 Received: from BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f]) by BN7PR06MB5187.namprd06.prod.outlook.com ([fe80::3934:1ed8:5f2e:1d6f%5]) with mapi id 15.20.1900.020; Sun, 19 May 2019 14:40:40 +0000 From: James Shuriff To: Mark Millard CC: ports-list freebsd , "bapt@FreeBSD.org" , "jhb@FreeBSD.org" Subject: RE: maintenance of gcc cross ports Thread-Topic: maintenance of gcc cross ports Thread-Index: AQHVDgRVF2udLzIfIU+R3HV1UCe6f6Zyehpw Date: Sun, 19 May 2019 14:40:39 +0000 Message-ID: References: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> In-Reply-To: <0BDF4BD8-EF07-4226-A2BA-4ACE476CD6FC@yahoo.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [71.251.5.193] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 06fb74aa-7e49-4520-a755-08d6dc67f6d1 x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(7021145)(8989299)(4534185)(7022145)(4603075)(4627221)(201702281549075)(8990200)(7048125)(7024125)(7027125)(7023125)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:BN7PR06MB6420; x-ms-traffictypediagnostic: BN7PR06MB6420: x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:1051; x-forefront-prvs: 00429279BA x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(396003)(39830400003)(366004)(346002)(136003)(376002)(13464003)(38564003)(199004)(189003)(316002)(86362001)(74482002)(64756008)(6506007)(66946007)(53546011)(66446008)(66476007)(102836004)(54906003)(73956011)(486006)(76116006)(66556008)(446003)(11346002)(99286004)(229853002)(186003)(7736002)(305945005)(74316002)(53936002)(68736007)(6436002)(26005)(8676002)(81156014)(81166006)(52536014)(8936002)(508600001)(71190400001)(71200400001)(6246003)(14454004)(3846002)(25786009)(33656002)(4326008)(6116002)(9686003)(55016002)(66066001)(5660300002)(256004)(476003)(7696005)(14444005)(76176011)(6916009)(2906002)(5024004); DIR:OUT; SFP:1101; SCL:1; SRVR:BN7PR06MB6420; H:BN7PR06MB5187.namprd06.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; received-spf: None (protection.outlook.com: opentech.cc does not designate permitted sender hosts) x-ms-exchange-senderadcheck: 1 x-microsoft-antispam-message-info: OxNUgosTHelecgvjjz+lQy1hSzVGv7I55TJ/3bEmk5bUYOFSywjbS1p8GWbwWmj6D9ORNgaguVOJ0LBrpwepQd7C1wywRV573GLu5sXfSuqDQ/751hneAF1kMu2+ChgzX1HyjK3KjN0YUYvAyuAlLBgcd/refsCbg37BC7En4Rmz1+IQ4EQVKt7VAJMLg4VH4T1lyTa8wdRiw1+6MvQTizk3ZeEuAtZa3/AZ7WE3R/cmSxBisJ+Qn/IVhfzWi2C4KJ2rQH6OxSsTpY1lod2v//nsCM80fDUZnqe72qZ0CgwtEEEvaZD+IuwVfaAkvto8G75MMj0+iTP/yOjL7Sro06ZO4ldLzg8Ujqw2MCs6NyUo3hZh6HZNmjpJ8AaSw3r4r1B6oawi7ttqzAR42lmucPCuSY04ZJt1c2LVCflPOHw= Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: opentech.cc X-MS-Exchange-CrossTenant-Network-Message-Id: 06fb74aa-7e49-4520-a755-08d6dc67f6d1 X-MS-Exchange-CrossTenant-originalarrivaltime: 19 May 2019 14:40:39.9091 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 5c5dd5ac-929c-48f6-a3f4-c0c8602c24af X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN7PR06MB6420 X-Rspamd-Queue-Id: B1F128E5FE X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=pass header.d=opentech.cc header.s=selector1 header.b=IFNZr5LU; spf=pass (mx1.freebsd.org: domain of james@opentech.cc designates 40.107.81.71 as permitted sender) smtp.mailfrom=james@opentech.cc X-Spamd-Result: default: False [-1.75 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; R_DKIM_ALLOW(-0.20)[opentech.cc:s=selector1]; HAS_XOIP(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+ip4:40.107.0.0/16]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[opentech.cc]; NEURAL_HAM_MEDIUM(-0.97)[-0.970,0]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.73)[0.729,0]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[opentech.cc:+]; MX_GOOD(-0.01)[opentech-cc.mail.protection.outlook.com,opentech-cc.mail.protection.outlook.com]; RCVD_IN_DNSWL_NONE(0.00)[71.81.107.40.list.dnswl.org : 127.0.3.0]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 May 2019 14:40:46 -0000 I didn't/don't plan on touching binutils. Binutils is okay. I made new patc= hes as well. What I'm really concerned with bringing up to date is aarch64-= none-elf-gcc. The GNU toolchain is unfortunately required for building an A= arch64 system and is a prereq for a bunch of sysutils arm ports. At worst w= e can do something like what's done with the lang ports gcc6, gcc7, gcc8. I= 've CC'd the maintainers so hopefully they can give us some input and we ca= n come up with a solution. As for Makefile issues, this is only an issue for the arm-none-eabi-gcc and= aarch64-none-elf-gcc ports because they have multiple hyphens. It's mostly= a cosmetic issue. Each port has its own plist because gcc generates differ= ent headers depending on the platform so the PLIST TARGETARCH regex doesn't= really affect all that much. There are some clang flags dependent on TARGE= TARCH but whoever wrote the aarch64-none-elf-gcc port must have known it wa= sn't working in the master because the check is in the bare metal port as w= ell. The stripping out of all hyphens causes things like "gcc version 6.4.0= (FreeBSD Ports Collection for aarch64noneelf)". I use ${PKGNAMEPREFIX:C/-$= //} for the comment and version and ${PKGNAMEPREFIX:C/-.*//} for TARGETARCH= . The original regex for all of those is ${PKGNAMEPREFIX:C/-//g} and I'm su= re you can see how that's a problem when there's multiple hyphens. - James Shuriff -----Original Message----- From: Mark Millard Sent: Sunday, May 19, 2019 1:33 AM To: James Shuriff ; ports-list freebsd Subject: Re: maintenance of gcc cross ports James Shuriff james at opentech.cc wrote on Sat May 18 12:29:22 UTC 2019 : > The powerpc64-gcc port and all the ports that use it as a master (aarch64= -gcc, aarch64-none-elf-gcc, amd64-gcc, arm-none-eabi-gcc, i386-gcc, mips-gc= c, mips64-gcc, and sparc64-gcc) are very old and use buggy makefiles. I wou= ld like to take over maintenance of these ports. Powerpc64-gcc uses an old = version of gcc and the makefile is buggy. Certain variables use bad regular= expressions thus don't do what they're supposed to do. I've fixed up the m= akefiles and made new plists with a newer version of gcc. Be aware that: /[ports]/head/base/binutils depends on devel/binutils via: MASTERDIR=3D${.CURDIR}/../../devel/binutils /[ports]/head/base/gcc depends on devel/powerpc64-gcc via: EXTRA_PATCHES+=3D ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-format= -extensions EXTRA_PATCHES+=3D ${.CURDIR}/../../devel/powerpc64-gcc/files/freebsd-libdir EXTRA_PATCHES+=3D ${.CURDIR}/../../devel/powerpc64-gcc/files/patch-gcc-free= bsd-mips The maintainer is listed as: bapt@FreeBSD.org but the activity tends to be = jhb@FreeBSD.org . There are other, more overall FreeBSD toolchain efforts t= hat these various ports are tied to. That may constrain what can be done wh= en. You would probably need to consult with these folks about any changes. I use these ports for doing alternate toolchain buildworld buildkernel acti= vities, including using, say, devel/powerpc64-gcc on a powerpc64 machine to= self host with more modern tools than gcc 4.2.1 based ones. As I understand, being in devel/ instead of lang/ for gcc tools is tied to = being constructed for the system-building activities instead of for general= use. You might want to show your Makefile updates so that that the problems are = fully explicit. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ________________________________ DISCLAIMER: This message and any attachments are intended solely for the u= se of the recipient and may contain confidential information. If you have r= eceived this message in error please delete it and promptly notify the send= er, James Shuriff (james@opentech.cc).