From owner-freebsd-ppc@freebsd.org Thu Apr 28 22:58:15 2016 Return-Path: Delivered-To: freebsd-ppc@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 35676B1D96D for ; Thu, 28 Apr 2016 22:58:15 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-155.reflexion.net [208.70.211.155]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DBD091AFB for ; Thu, 28 Apr 2016 22:58:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30247 invoked from network); 28 Apr 2016 22:58:39 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 Apr 2016 22:58:39 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Thu, 28 Apr 2016 18:58:43 -0400 (EDT) Received: (qmail 8389 invoked from network); 28 Apr 2016 22:58:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 Apr 2016 22:58:42 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 106D31C43D5; Thu, 28 Apr 2016 15:58:08 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? From: Mark Millard In-Reply-To: <572280F5.7020202@FreeBSD.org> Date: Thu, 28 Apr 2016 15:58:12 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: <92808382-E164-479D-BF9E-16B59192B7BA@dsl-only.net> References: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> <571C0297.3050801@FreeBSD.org> <28FDFFB4-02CC-40CB-ACAC-828BA8E71A37@dsl-only.net> <00621189-D577-4E3F-8BAB-4B315B690209@dsl-only.net> <571CC2F2.2060601@FreeBSD.org> <571D0146.5060200@FreeBSD.org> <572216FD.9030700@FreeBSD.org> <1ABC33D7-86DB-4CA7-BA48-A995AB6DEA7C@dsl-only.net> <423516E1-02AA-49DE-AE30-6DF7418C50C4@dsl-only.net> <572280F5.7020202@FreeBSD.org> To: Steve Wills X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 22:58:15 -0000 Now that I can look at your log (gcc6-devel-6.0.0.s20160320.log) we have = a WITH_LIB32=3D vs. WITHOUT_LIB32=3D difference (potential differences = was one of the reasons I early on included my src.conf content such = such): In your gcc6-devel-6.0.0.s20160320.log .libs/close.o without -m32 (so 64 = bit) built fine but with -m32 did not. Would disabling lib32 support for powerpc64 be better than the = completely-BROKEN classification? Background notes for why I omit lib32 support: My buildworld's and builds of gcc*'s do not include lib32 because, while = a devel/powerpc64-gcc (xtoolchain) based buildworld for WITH_LIB32=3D = produces a lib32, the lib32 context does not work when used. This is due = to crtbeginS code problems related to R30 use (bad address in R30 = dereferenced). (Native builds and cross builds from amd64 both produce = the bad code.) I have not figured out why the crtbeginS code produced by = devel\powerpc64-gcc is as it is --or how to control that code to be what = FreeBSD needs for lib32 use. Until I figure that out I normally use WITHOUT_LIB32=3D in my src.conf = and I always build powerpc64 lang/gcc*'s without lib32 support. Your lib32 context seems to have trouble finding = declarations/definitions from headers, such as for strdup and free. = Quoting the .libs/close.o related error messages for when -m32 is = involved: > ../../.././../gcc-6-20160320/libgfortran/io/close.c: In function = 'st_close': > ../../.././../gcc-6-20160320/libgfortran/io/close.c:75:11: error: = implicit declaration of function 'strdup' = [-Werror=3Dimplicit-function-declaration] > path =3D strdup (u->filename); > ^~~~~~ > ../../.././../gcc-6-20160320/libgfortran/io/close.c:75:11: warning: = incompatible implicit declaration of built-in function 'strdup' > ../../.././../gcc-6-20160320/libgfortran/io/close.c:85:15: warning: = incompatible implicit declaration of built-in function 'strdup' > path =3D strdup (u->filename); > ^~~~~~ > ../../.././../gcc-6-20160320/libgfortran/io/close.c:96:4: error: = implicit declaration of function 'free' = [-Werror=3Dimplicit-function-declaration] > free (path); > ^~~~ > ../../.././../gcc-6-20160320/libgfortran/io/close.c:96:4: warning: = incompatible implicit declaration of built-in function 'free' > ../../.././../gcc-6-20160320/libgfortran/io/close.c:96:4: note: = include '' or provide a declaration of 'free' > cc1: some warnings being treated as errors =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-Apr-28, at 2:30 PM, Steve Wills wrote: On 04/28/16 01:52 PM, Mark Millard wrote: >=20 > Just FYI in case gcc49 is also of a different vintage vs. what I used: >=20 >> # pkg info 'gcc*' >> gcc49-4.9.4.s20160406 >> gcc6-devel-6.0.1.s20160421 >=20 > (I still have no access to the log file via the URL.) >=20 The gcc49 is gcc49-4.9.4.s20160210, though I think the version of gcc6-devel is more relevant. Host is back up now. Steve