From owner-freebsd-arm@freebsd.org Sat Apr 15 03:07:40 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B44A7D3E955; Sat, 15 Apr 2017 03:07:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: from mail-pg0-x243.google.com (mail-pg0-x243.google.com [IPv6:2607:f8b0:400e:c05::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7D5FC20B; Sat, 15 Apr 2017 03:07:40 +0000 (UTC) (envelope-from yaneurabeya@gmail.com) Received: by mail-pg0-x243.google.com with SMTP id o123so18618139pga.1; Fri, 14 Apr 2017 20:07:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:mime-version:from:in-reply-to:date:cc:message-id:references :to; bh=F45sLgS5DdNiaxYMSXZhbG240fLI5g2HYPhd0FSj0DA=; b=nvK5lMBRg8px5VCy2+gGAAbqDXNbJZfsQtYQHaBvXyiL7NLa/2/70HtuposuUILZD5 JG6a7JT8TplH1kC9tw1N67kV1Zpv6aiqWGCEs7l59lYhoWlyp+XrKRNkf7p3YkQgBDKl Yn7PfchnZC03mMg3s7g5nT2lVWtvT5fl58BjVoBNlEwwqOv3J4LKwPL9Kxt5l+0dswSO RnJjd/Fwi5wOUkucq8/C8dE0fgwd9EHzkqDpuC/jiZp/JjolNsn66BZkBmz//masP69c MkWEGQcD/kUE2vIPite9aghZ6shWYaPr6kovxIC1/CMx0fhAT0mXxdQU9u6PRJAzV4f2 QWLw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:mime-version:from:in-reply-to:date:cc :message-id:references:to; bh=F45sLgS5DdNiaxYMSXZhbG240fLI5g2HYPhd0FSj0DA=; b=d1TMCd87fLbloRdPHLhxZblgAgs0N02sngn8HFlKrRMvgBn1aJ6xZWlAs/cDFWYNZr tV1zsBSYgOaxzi6PmBgvzh2AF5BsMvpczJ++p4PNTeWlc3qXinWfW0M8QCDlu3+LXDM0 0oiOgKzi1iQQUsQ8CmlEBQiUDpkZoAUO9iQX4APFk1cpYXjdejYwukmbkZUL4LBV86RD Kr6KLrPIVptb7czZfbDCDCqddpQeit3hRfCwbtpICS6DV9eVAK+G9jtjMIyLhBmNdxHj Br+chtKNUAmD8BtZDuVQGMC8+Ly1eX8eaYjcbtbFPY5pfDOeoDI6K44R0BNn/wkYvhss SS8A== X-Gm-Message-State: AN3rC/47Q8RWGBBmIvwr946W/+YPwsJkGNkDTfpa5LEgltuI2/wkJ8iy nkKi+CUOzia+VA== X-Received: by 10.84.169.67 with SMTP id g61mr939580plb.51.1492225660005; Fri, 14 Apr 2017 20:07:40 -0700 (PDT) Received: from pinklady.local (c-73-19-52-228.hsd1.wa.comcast.net. [73.19.52.228]) by smtp.gmail.com with ESMTPSA id l127sm5468287pga.7.2017.04.14.20.07.38 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Fri, 14 Apr 2017 20:07:39 -0700 (PDT) Subject: Re: lang/gcc6-aux for head beyond __nonnull related issues: vm_ooffset_t and vm_pindex_t related changes (and more) Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_534C68CC-3A27-411C-AB28-2AACB66F40B1"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail From: "Ngie Cooper (yaneurabeya)" In-Reply-To: Date: Fri, 14 Apr 2017 20:07:37 -0700 Cc: Gerald Pfeifer , Pedro Giffuni , FreeBSD Ports , FreeBSD Toolchain , freebsd-arm , ericturgeon.bsd@gmail.com, FreeBSD Current Message-Id: <7606F976-20B7-4FB8-BE80-C27773F5529A@gmail.com> References: <9758023E-1526-41F9-9416-6AC8AD3201B5@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 15 Apr 2017 03:07:40 -0000 --Apple-Mail=_534C68CC-3A27-411C-AB28-2AACB66F40B1 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Apr 14, 2017, at 19:53, Mark Millard wrote: >=20 > On 2017-Apr-14, at 4:30 PM, Gerald Pfeifer wrote: >=20 >> On Thu, 13 Apr 2017, Pedro Giffuni wrote: >>> I didn=E2=80=99t want to get into this but the problem is that as = part of it's >>> build/bootstrapping process, GCC historically takes system headers >>> and attempts to =E2=80=9Cfix=E2=80=9D them. I am unsure the fixes do = anything at all >>> nowadays but the effect is that the compiler tends to take snapshots >>> of the system headers when it is built. cdefs.h is used by all the >>> system headers so changes in cdefs.h have good chances affecting >>> such builds but any change are likely to cause similar trouble. >>>=20 >>> In the case of gcc-aux, it appears the compilation is based on a >>> bootstrap compiler which already carries outdated headers. >>> A workaround, suggested by gerald@ the last time a similar issue >>> happened was to run for install-tools/fixinc.sh. I think that may >>> regenerate the headers and let the build use updated headers. >>> Ultimately gcc-aux needs maintainer intervention and using >>> outdated headers will break sooner or later: especially on -current. >>=20 >> Indeed, thanks for the analysis/background, Pedro! >>=20 >> I had a look at gcc6-aux is based on the 20170202 snapshot of GCC 6, >> and perhaps John (as the maintainer of that port) has plans to update >> it? Let me copy him. >=20 > [As I have a prior E-mail exchange with John M. indicating that > he was not intending to be the lang/gcc6-aux maintainer, I > avoid spamming him with this material: I've removed him from > the CC list in this reply. I can send the material to him if I > see evidence of his wanting it.] >=20 > Just FYI: >=20 > [Previously: temporarily adding __nonnull and __nonnull_all > back into into my local head FreeBSD variant got problems > with: __vm_ooffset_t and __vm_pindex_t no longer existing and > also the same pid_t issue indicated below.] >=20 >=20 > I tried using [on a Pine64+ 2GB aarch64 system]: >=20 > # = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap/libexec/gcc/aarc= h64-aux-freebsd12.0/6.3.1/install-tools/mkheaders = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/bootstrap >=20 > to deal with __nonnull, __nonnull_all, __vm_ooffset_t, and = __vm_pindex_t. >=20 > I then built via portmaster -CDK usage. Various header issues > did go away but the build of lang/gcc6-aux still stopped with: >=20 > In file included from = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/gcc-6-20170202/libiberty/s= imple-object.c:20:0: > ./config.h:556:15: error: two or more data types in declaration = specifiers > #define pid_t int > ^ >=20 > I'm guessing that the define for pid_t in config.h resulted > in something like: >=20 > typedef ??? pid_t; >=20 > that turned into something like a: >=20 > typedef ??? int; >=20 > for the error listed above. >=20 > There were also implicit-declaration warnings: >=20 > = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/gcc-6-20170202/libiberty/s= imple-object.c: In function 'simple_object_internal_read': > = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/gcc-6-20170202/libiberty/s= imple-object.c:75:21: warning: implicit declaration of function 'read' = [-Wimplicit-function-declaration] > ssize_t got =3D read (descriptor, buffer, size); > ^~~~ > = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/gcc-6-20170202/libiberty/s= imple-object.c: In function 'simple_object_internal_write': > = /usr/obj/portswork/usr/ports/lang/gcc6-aux/work/gcc-6-20170202/libiberty/s= imple-object.c:119:23: warning: implicit declaration of function 'write' = [-Wimplicit-function-declaration] > ssize_t wrote =3D write (descriptor, buffer, size); > ^~~~~ >=20 > The implicit-declaration warnings for read and write may well > also not be expected/desirable. >=20 > It may be that more than a script run is needed to make > things be appropriate. Is there a reason why you need ada support (that seems to be the = only real reason for installing gcc6 vs gcc6-aux)? gcc6-aux uses a = snapshot of gcc6 with custom options. Thanks! -Ngie --Apple-Mail=_534C68CC-3A27-411C-AB28-2AACB66F40B1 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJY8Y56AAoJEPWDqSZpMIYVCqUQAJ3/RIVZHjUlbjtlq+eCNLiZ fk4l21s7AFvgMtRsqSulnEjPQywT+kcq/BIZUr7r+J9KRqIWu8uBIeZQ3znciXbS zH8LEfJFl/2Xy1ixCE3nJ1e4v/kP4CgeKLtiNVz4PgxA0rcqgucQLqWApC4QaRPl xe7/lLOTn1j9As4YaNErasU55JSzmlvGEQQb4HAKIR+/CX9qofekwj8cqtsdy7Bt dQ93H3HPVsJRHSbPDYt4zWfbGC//PZM28nEWVNguVKI21XIz68oToB9mWPdF7QVM qWCB7OfDoVHclKk4dmdNJe3Qz/qhDdYJQQd2T8i6q9qHE4xxuuTLlKx5J8KAxohd oM7ZEbqBMtddJA35g1nGwhBnIqcOITho+aDMaANYo7ykEUNpY2LFOtuxuBeSJpZ5 LgVXuRz4kopf4UHZ+XoNCI4EFWIFl/VpJd/rjpMkBgbn/Olu+6tNIyy6tZUB5BPn Cchu+5lmRaqTVtjjFbc0QS/SdXlRnoz2MA+xd+CvI2TDFXdoDS+amUU2keOPvkS+ nOb0h5exvPecvlnhhVQPgmLRnl6SJ4+N6MBt5l7Zfp5nc9lUMMK+1xo48guPd4E8 mLgozotLhXZIcRECl++g5dCm7x+7pYN/4+VHM9jd4YiRvZnnABj4+XaNlovukQAR yVjX49cZnKiT2FVMK3d5 =jZS8 -----END PGP SIGNATURE----- --Apple-Mail=_534C68CC-3A27-411C-AB28-2AACB66F40B1--