From owner-freebsd-ppc@freebsd.org Sun Oct 4 11:05:14 2015 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 7E901A109D2 for ; Sun, 4 Oct 2015 11:05:14 +0000 (UTC) (envelope-from nelson@host2.ministryhosting.org) Received: from host2.ministryhosting.org (host2.ministryhosting.org [69.167.133.48]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4C462137D for ; Sun, 4 Oct 2015 11:05:14 +0000 (UTC) (envelope-from nelson@host2.ministryhosting.org) Received: from nelson by host2.ministryhosting.org with local (Exim 4.85) (envelope-from ) id 1Zih6J-0004X3-IQ for freebsd-ppc@freebsd.org; Sun, 04 Oct 2015 07:05:07 -0400 To: freebsd-ppc@freebsd.org Subject: Unable to deliver your item, #000882079 Date: Sun, 4 Oct 2015 07:05:07 -0400 From: "FedEx Ground" Reply-To: "FedEx Ground" Message-ID: <69b8903a9ad263013e7cf2ad60aad3f9@concordbaptistassn.org> X-Priority: 3 MIME-Version: 1.0 X-OutGoing-Spam-Status: No, score= X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - host2.ministryhosting.org X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [652 649] / [47 12] X-AntiAbuse: Sender Address Domain - host2.ministryhosting.org X-Get-Message-Sender-Via: host2.ministryhosting.org: authenticated_id: nelson/from_h Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2015 11:05:14 -0000 Dear Customer, We could not deliver your item. Shipment Label is attached to this email. Yours sincerely, Casey Gregory, Delivery Manager. From owner-freebsd-ppc@freebsd.org Sun Oct 4 11:12:47 2015 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 90DE1A10F42 for ; Sun, 4 Oct 2015 11:12:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-2.reflexion.net [208.70.210.2]) (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 52D6A1842 for ; Sun, 4 Oct 2015 11:12:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2451 invoked from network); 4 Oct 2015 11:06:05 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 4 Oct 2015 11:06:05 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Sun, 04 Oct 2015 07:06:05 -0400 (EDT) Received: (qmail 31152 invoked from network); 4 Oct 2015 11:06:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Oct 2015 11:06:04 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id B8C8B1C43A8; Sun, 4 Oct 2015 04:06:02 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: bt_split.c error: dereferencing type-punned pointer will break strict-aliasing rules (powerpc64-xtoolchain use) Date: Sun, 4 Oct 2015 04:06:03 -0700 Message-Id: <191CDC2D-7A74-41D2-B433-B6D9F6D87D32@dsl-only.net> Cc: freebsd-toolchain@freebsd.org To: FreeBSD PowerPC ML Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2015 11:12:47 -0000 The Problem: root@FreeBSDx64:/usr/src # make -j 7 CROSS_TOOLCHAIN=3Dpowerpc64-gcc = buildworld buildkernel KERNCONF=3DGENERIC64-NODBG TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc64 . . . --- bt_split.So --- /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -fpic -DPIC -O2 -pipe = -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include = -I/usr/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE = -I/usr/src/lib/libc/../../contrib/gdtoa = -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/usr/obj/powerpc.powerpc64/usr/src/lib/libc -I/usr/src/lib/libc/resolv = -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd = -I/usr/src/lib/libc/../../contrib/jemalloc/include = -I/usr/src/lib/libc/../../contrib/tzcode/stdtime = -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES = -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING = -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -I/usr/src/lib/libutil -I/usr/src/lib/msun/powerpc = -I/usr/src/lib/msun/src -c /usr/src/lib/libc/db/btree/bt_split.c -o = bt_split.So . . . --- bt_split.So --- /usr/src/lib/libc/db/btree/bt_split.c: In function '__bt_split': /usr/src/lib/libc/db/btree/bt_split.c:240:8: error: dereferencing = type-punned pointer will break strict-aliasing rules = [-Werror=3Dstrict-aliasing] bt_preserve(t, *(pgno_t *)bl->bytes) =3D=3D RET_ERROR) ^ /usr/src/lib/libc/db/btree/bt_split.c: In function 'bt_broot': /usr/src/lib/libc/db/btree/bt_split.c:548:7: error: dereferencing = type-punned pointer will break strict-aliasing rules = [-Werror=3Dstrict-aliasing] bt_preserve(t, *(pgno_t *)bl->bytes) =3D=3D RET_ERROR) ^ . . . --- bt_split.So --- cc1: all warnings being treated as errors *** [bt_split.So] Error code 1 make[4]: stopped in /usr/src/lib/libc 1 error . . . The context details follow. Mac OS X 10.10.5 using a VirtualBox V5.0.4 VM with. . . root@FreeBSDx64:/usr/src # freebsd-version -ku; uname -aKU 11.0-CURRENT 11.0-CURRENT FreeBSD FreeBSDx64 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r288459: Sat Oct = 3 03:42:08 PDT 2015 = root@FreeBSDx64:/usr/obj/usr/src/sys/GENERIC-NODEBUG amd64 1100079 = 1100079 root@FreeBSDx64:/usr/src # svnlite info /usr/src Path: . Working Copy Root Path: /usr/src URL: https://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 288459 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 288459 Last Changed Date: 2015-10-01 12:48:10 -0700 (Thu, 01 Oct 2015) root@FreeBSDx64:/usr/src # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: https://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 398559 Node Kind: directory Schedule: normal Last Changed Author: jbeich Last Changed Rev: 398559 Last Changed Date: 2015-10-03 17:42:55 -0700 (Sat, 03 Oct 2015) root@FreeBSDx64:/usr/src # portmaster --list-origins net/avahi devel/boost-all lang/clang37 ports-mgmt/dialog4ports lang/gcc5 devel/git-lite x11/lumina www/midori net/netatalk3 ports-mgmt/pkg ports-mgmt/portmaster devel/powerpc64-xtoolchain-gcc devel/qtcreator security/sudo mail/thunderbird emulators/virtualbox-ose-additions Very little is non-default source code. . . root@FreeBSDx64:/usr/src # svnlite status /usr/src M /usr/src/lib/csu/powerpc64/Makefile ? /usr/src/sys/arm/conf/RPI2-NODBG ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG root@FreeBSDx64:/usr/src # svnlite status /usr/ports ? /usr/ports/ion root@FreeBSDx64:/usr/src # more = /usr/src/sys/powerpc/conf/GENERIC64-NODBG=20 . . . (comments omitted) . . . include GENERIC64 ident GENERIC-NODBG nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEADLKRES The following is my personal, local workaround for = /usr/src/lib/csu/powerpc64/Makefile forcing use of the gcc command even = when the context does not have one. root@FreeBSDx64:/usr/src # svnlite diff /usr/src Index: /usr/src/lib/csu/powerpc64/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/lib/csu/powerpc64/Makefile (revision 288459) +++ /usr/src/lib/csu/powerpc64/Makefile (working copy) @@ -13,8 +13,8 @@ # clang doesn't support -mlongcall, and testing shows a clang linked = with a # clang-built csu segfaults, this must currently be compiled with gcc. = Once # clang supports -mlongcall, or we get a fixed ld, this can be = revisited. -CC:=3D gcc -COMPILER_TYPE:=3D gcc +CC?=3D $(XCC) +#COMPILER_TYPE:=3D gcc FILES=3D ${OBJS} FILESMODE=3D ${LIBMODE} =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sun Oct 4 11:14:13 2015 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 CE5109D0011 for ; Sun, 4 Oct 2015 11:14:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-1.reflexion.net [208.70.210.1]) (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 8FCDA18AF for ; Sun, 4 Oct 2015 11:14:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9078 invoked from network); 4 Oct 2015 11:14:12 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Oct 2015 11:14:12 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Sun, 04 Oct 2015 07:14:11 -0400 (EDT) Received: (qmail 28085 invoked from network); 4 Oct 2015 11:14:11 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Oct 2015 11:14:11 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 92B871C43C3; Sun, 4 Oct 2015 04:14:09 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: bt_split.c error: dereferencing type-punned pointer will break strict-aliasing rules (powerpc64-xtoolchain use) From: Mark Millard In-Reply-To: <191CDC2D-7A74-41D2-B433-B6D9F6D87D32@dsl-only.net> Date: Sun, 4 Oct 2015 04:14:10 -0700 Cc: freebsd-toolchain@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <191CDC2D-7A74-41D2-B433-B6D9F6D87D32@dsl-only.net> To: FreeBSD PowerPC ML X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Oct 2015 11:14:14 -0000 I should have also reported as context details what does not exist: /etc/make.conf and /etc/src.conf do not even exist and so do not contribute anything. The original message follows. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Oct-4, at 04:06 AM, Mark Millard wrote: The Problem: root@FreeBSDx64:/usr/src # make -j 7 CROSS_TOOLCHAIN=3Dpowerpc64-gcc = buildworld buildkernel KERNCONF=3DGENERIC64-NODBG TARGET=3Dpowerpc = TARGET_ARCH=3Dpowerpc64 . . . --- bt_split.So --- /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -fpic -DPIC -O2 -pipe = -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include = -I/usr/src/lib/libc/powerpc64 -DNLS -D__DBINTERFACE_PRIVATE = -I/usr/src/lib/libc/../../contrib/gdtoa = -I/usr/src/lib/libc/../../contrib/libc-vis -DINET6 = -I/usr/obj/powerpc.powerpc64/usr/src/lib/libc -I/usr/src/lib/libc/resolv = -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/usr/src/lib/libc/../libmd = -I/usr/src/lib/libc/../../contrib/jemalloc/include = -I/usr/src/lib/libc/../../contrib/tzcode/stdtime = -I/usr/src/lib/libc/stdtime -I/usr/src/lib/libc/locale -DBROKEN_DES = -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING = -DSYMBOL_VERSIONING -std=3Dgnu99 -fstack-protector -Wsystem-headers = -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign = -I/usr/src/lib/libutil -I/usr/src/lib/msun/powerpc = -I/usr/src/lib/msun/src -c /usr/src/lib/libc/db/btree/bt_split.c -o = bt_split.So . . . --- bt_split.So --- /usr/src/lib/libc/db/btree/bt_split.c: In function '__bt_split': /usr/src/lib/libc/db/btree/bt_split.c:240:8: error: dereferencing = type-punned pointer will break strict-aliasing rules = [-Werror=3Dstrict-aliasing] bt_preserve(t, *(pgno_t *)bl->bytes) =3D=3D RET_ERROR) ^ /usr/src/lib/libc/db/btree/bt_split.c: In function 'bt_broot': /usr/src/lib/libc/db/btree/bt_split.c:548:7: error: dereferencing = type-punned pointer will break strict-aliasing rules = [-Werror=3Dstrict-aliasing] bt_preserve(t, *(pgno_t *)bl->bytes) =3D=3D RET_ERROR) ^ . . . --- bt_split.So --- cc1: all warnings being treated as errors *** [bt_split.So] Error code 1 make[4]: stopped in /usr/src/lib/libc 1 error . . . The context details follow. Mac OS X 10.10.5 using a VirtualBox V5.0.4 VM with. . . root@FreeBSDx64:/usr/src # freebsd-version -ku; uname -aKU 11.0-CURRENT 11.0-CURRENT FreeBSD FreeBSDx64 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r288459: Sat Oct = 3 03:42:08 PDT 2015 = root@FreeBSDx64:/usr/obj/usr/src/sys/GENERIC-NODEBUG amd64 1100079 = 1100079 root@FreeBSDx64:/usr/src # svnlite info /usr/src Path: . Working Copy Root Path: /usr/src URL: https://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 288459 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 288459 Last Changed Date: 2015-10-01 12:48:10 -0700 (Thu, 01 Oct 2015) root@FreeBSDx64:/usr/src # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: https://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 398559 Node Kind: directory Schedule: normal Last Changed Author: jbeich Last Changed Rev: 398559 Last Changed Date: 2015-10-03 17:42:55 -0700 (Sat, 03 Oct 2015) root@FreeBSDx64:/usr/src # portmaster --list-origins net/avahi devel/boost-all lang/clang37 ports-mgmt/dialog4ports lang/gcc5 devel/git-lite x11/lumina www/midori net/netatalk3 ports-mgmt/pkg ports-mgmt/portmaster devel/powerpc64-xtoolchain-gcc devel/qtcreator security/sudo mail/thunderbird emulators/virtualbox-ose-additions Very little is non-default source code. . . root@FreeBSDx64:/usr/src # svnlite status /usr/src M /usr/src/lib/csu/powerpc64/Makefile ? /usr/src/sys/arm/conf/RPI2-NODBG ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG root@FreeBSDx64:/usr/src # svnlite status /usr/ports ? /usr/ports/ion root@FreeBSDx64:/usr/src # more = /usr/src/sys/powerpc/conf/GENERIC64-NODBG=20 . . . (comments omitted) . . . include GENERIC64 ident GENERIC-NODBG nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEADLKRES The following is my personal, local workaround for = /usr/src/lib/csu/powerpc64/Makefile forcing use of the gcc command even = when the context does not have one. root@FreeBSDx64:/usr/src # svnlite diff /usr/src Index: /usr/src/lib/csu/powerpc64/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/lib/csu/powerpc64/Makefile (revision 288459) +++ /usr/src/lib/csu/powerpc64/Makefile (working copy) @@ -13,8 +13,8 @@ # clang doesn't support -mlongcall, and testing shows a clang linked = with a # clang-built csu segfaults, this must currently be compiled with gcc. = Once # clang supports -mlongcall, or we get a fixed ld, this can be = revisited. -CC:=3D gcc -COMPILER_TYPE:=3D gcc +CC?=3D $(XCC) +#COMPILER_TYPE:=3D gcc FILES=3D ${OBJS} FILESMODE=3D ${LIBMODE} =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Oct 5 04:14:50 2015 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 9F7F8A10606 for ; Mon, 5 Oct 2015 04:14:50 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-ig0-x233.google.com (mail-ig0-x233.google.com [IPv6:2607:f8b0:4001:c05::233]) (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 6D1141373 for ; Mon, 5 Oct 2015 04:14:50 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by igbkq10 with SMTP id kq10so54415959igb.0 for ; Sun, 04 Oct 2015 21:14:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date; bh=Q9Q/v3WeP1nS4qy3zc3C/iiNhU43XHgezphhg2XRlYM=; b=Lan1MWJQVAhBzZyEGnHAbbcOh8Wr7q+T+SOx43+y85GAPjPZmunxLIZ8aOwRsSGOMt GMEC+ewimUKeuLFn8+owj4mCf6d/CPvGcsn5R1hqFD6EhjSzeeQE7zFhFSQMPVD+es4A y24jVHsVEn8LlOl9fLsCQ29+iniueiRNhTVJR0lB7YdHqESMlgTVIQMJFDVppMuZ7e95 N4o3WvDNgLUbUHZXF2J7olvvSVl/xEP/cOMEhnHWjo6n1Fo13Q4JoSL2fX48bbQZQPJk DXsccio8UBMB9HMEWQJd/sBxLg3W7tNmE9/05cnZpu9KQS5X1DZg30v96hTb+4yywiJj rxmw== X-Received: by 10.50.61.243 with SMTP id t19mr6965528igr.22.1444018489649; Sun, 04 Oct 2015 21:14:49 -0700 (PDT) Received: from [172.17.163.32] (74-95-103-49-Minnesota.hfc.comcastbusiness.net. [74.95.103.49]) by smtp.gmail.com with ESMTPSA id o90sm9698602ioi.17.2015.10.04.21.14.48 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 04 Oct 2015 21:14:48 -0700 (PDT) Message-Id: From: Justin Hibbits To: freebsd-ppc@FreeBSD.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Subject: e500 SPE support Date: Sun, 4 Oct 2015 23:14:46 -0500 X-Mailer: Apple Mail (2.936) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 05 Oct 2015 04:14:50 -0000 I've been doing some work on the e500 Signal Processing Engine (SPE, sort of like Altivec, only weirder), but have some questions on implementation: * This is mutually exclusive to Altivec, of course, because it shares the GPRs, extending them to 64-bits, but only for SPE instructions. Should the implementation be mutually exclusive, as well? Meaning, is it better to have enable_spe()/save_spe() strewn throughout the code, like is done with Altivec and FPU, or is it better to name them *_vec(), and have a compile-time option of switching between Altivec and SPE? The userland ABI would be different as well, which brings the next question: * Do we want another target, like how Linux does it (powerpcspe)? Or have this as just a different build option in src.conf? Suggestions are welcome and wanted. - Justin From owner-freebsd-ppc@freebsd.org Tue Oct 6 15:44:50 2015 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 2D2F69B64F9 for ; Tue, 6 Oct 2015 15:44:50 +0000 (UTC) (envelope-from trix@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bbn0104.outbound.protection.outlook.com [157.56.111.104]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BEDD61A8 for ; Tue, 6 Oct 2015 15:44:48 +0000 (UTC) (envelope-from trix@juniper.net) Received: from DM2PR05MB701.namprd05.prod.outlook.com (10.141.177.20) by DM2PR05MB702.namprd05.prod.outlook.com (10.141.177.23) with Microsoft SMTP Server (TLS) id 15.1.286.20; Tue, 6 Oct 2015 15:30:13 +0000 Received: from DM2PR05MB701.namprd05.prod.outlook.com (10.141.177.20) by DM2PR05MB701.namprd05.prod.outlook.com (10.141.177.20) with Microsoft SMTP Server (TLS) id 15.1.286.20; Tue, 6 Oct 2015 15:30:12 +0000 Received: from DM2PR05MB701.namprd05.prod.outlook.com ([10.141.177.20]) by DM2PR05MB701.namprd05.prod.outlook.com ([10.141.177.20]) with mapi id 15.01.0286.019; Tue, 6 Oct 2015 15:30:12 +0000 From: Thomas Rix To: Justin Hibbits , "freebsd-ppc@FreeBSD.org" Subject: Re: e500 SPE support Thread-Topic: e500 SPE support Thread-Index: AQHQ/yRlGfp7gvVmYkmEQzSGLV5iW55eJCEA Date: Tue, 6 Oct 2015 15:30:12 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.5.150821 authentication-results: spf=none (sender IP is ) smtp.mailfrom=trix@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.12] x-microsoft-exchange-diagnostics: 1; DM2PR05MB701; 5:fcsNyHR/t60Y3UMy5FDsUwgHGW5MtN4GyfpYvF0n8NsPENXS2zOxtAD9bWxu3F39HX1Kv2/wLgF0lY6KZQWuzjXZLijgCeruBaQRZJz3rZIfhAb+FUuzcT8ALKttrmI8hnX4i5kW6uMB+Jlp+Tfx9Q==; 24:qQrm3Xaonll68lFQBk8IjgDW93/u22j0mgR3QeTRXObOA8b4jxY19pdhONJlqeejJnQakgbJKNqpXO9cfxlFC1PEUJKGzKGCr7yitbqZk7w=; 20:xihvNtUnycZstvm77spQvfizSYjTiSGTMHOIsdFLHJo4dyIdX+QYmfklGaL6fu3enol5apUIpyZJ7JQ8G3774w== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:DM2PR05MB701; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:; x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(520078)(5005006)(3002001); SRVR:DM2PR05MB701; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB701; x-forefront-prvs: 07215D0470 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(24454002)(189002)(377454003)(479174004)(199003)(66066001)(15975445007)(102836002)(5001960100002)(2900100001)(77096005)(50986999)(92566002)(10400500002)(64706001)(107886002)(189998001)(2950100001)(11100500001)(19580395003)(36756003)(2501003)(5002640100001)(83506001)(99286002)(105586002)(54356999)(19580405001)(101416001)(76176999)(5004730100002)(86362001)(5008740100001)(46102003)(87936001)(122556002)(81156007)(5001770100001)(97736004)(5007970100001)(40100003)(4001350100001)(106356001)(106116001)(94096001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB701; H:DM2PR05MB701.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="us-ascii" Content-ID: <69A10E222287BE428000FECEF5264C0A@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-originalarrivaltime: 06 Oct 2015 15:30:12.4173 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB701 X-Microsoft-Exchange-Diagnostics: 1; DM2PR05MB702; 2:IqZhup3+7tfbdWOE5ZjzTEaeZdp4/2Iftdu1zwE0PEgi+tIgHzIcj4YvrwX+BJTs1VjFaf0P1u25UTSCwloNsdxgltTgPhXpgSMZMKhwEK75RvW/fdyUNgML3THCqJVp4AR+X0LcjO1zi2aTk5zGYxiw0jHWq76cQcon1wxLEZw=; 23:UvdB0eCiWBkq8nzgPSK6l3LIPBGyCzvL/LErTP0V5Pam4z89Cp8RBJJ+8e3Lmow6PCzlLQE4CaBXvns6iz6X/bhxHi5oE4ozlz47F2dEFjrYy3efXvmbxx/nkxr2LLuukr8ScN9pg+XM/48xHKu+z5NKVP17IdthK9rQepXABwK62/3oqX713FgPgzmxmYzG X-OriginatorOrg: juniper.net X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Oct 2015 15:44:50 -0000 I see the spe feature is in ToT llvm, but not no target is has this enabled by default. What hardware/software are you using to exercise the feature ? Asking so I could play too :) Likely folks wanting the feature would be willing to trade off with altivec. So mutually exclusive for me. Sprinkling code with spe specific seems clunky. Could there be some task bit that linker/compiler sets that the loader uses to do this automagically ? A tie into the task state would help with ptrace and possible debugger support. Tom --- Tom Rix Sr. Staff Compiler Engineer trix@juniper.net On 10/4/15, 9:14 PM, "owner-freebsd-ppc@freebsd.org on behalf of Justin Hibbits" wrote: >I've been doing some work on the e500 Signal Processing Engine (SPE, >sort of like Altivec, only weirder), but have some questions on >implementation: > >* This is mutually exclusive to Altivec, of course, because it shares >the GPRs, extending them to 64-bits, but only for SPE instructions. >Should the implementation be mutually exclusive, as well? Meaning, is >it better to have enable_spe()/save_spe() strewn throughout the code, >like is done with Altivec and FPU, or is it better to name them >*_vec(), and have a compile-time option of switching between Altivec >and SPE? The userland ABI would be different as well, which brings the >next question: > >* Do we want another target, like how Linux does it (powerpcspe)? Or >have this as just a different build option in src.conf? > >Suggestions are welcome and wanted. > >- Justin >_______________________________________________ >freebsd-ppc@freebsd.org mailing list >https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" From owner-freebsd-ppc@freebsd.org Fri Oct 9 21:14:45 2015 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 BEFF79D2100 for ; Fri, 9 Oct 2015 21:14:45 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) (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 8D8016D9 for ; Fri, 9 Oct 2015 21:14:45 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by igbkq10 with SMTP id kq10so44763338igb.0 for ; Fri, 09 Oct 2015 14:14:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=V5HM6f6FVOds2r8Urm2y9j3REZekMX9/ZcJfTTf3H4w=; b=VzjMjEe3d5T2iEcdkTeQVN1ipqsDAhUvcITinck53Z0NMsokovshT2D4bij5Lwgndy RNcqe+0O3NjnLKUgpg5oP2sBMJlomFnw/HObJCLMaWdr6a2R7WzySTzbyCufAhprHywp +pq/BN/HYWiNJJglZ78HhX0J1xWjXsQNPEJqouofaMcvOgUj3Vbf2XCmN1GqemnbfN2o usIRPM4iG7Ltvud2GfcjYwyt+vdGFkBvneIwSN+S+OewsZ1YEHXYquMNKqTl+ae6Rct2 IUtzTDdJCvx0bZm985gx+CYC7ixjVFilowsZjMkARNbV/oWB7fhgrYNhsZz06lG55CnR DYwg== MIME-Version: 1.0 X-Received: by 10.50.118.42 with SMTP id kj10mr1486611igb.71.1444425284826; Fri, 09 Oct 2015 14:14:44 -0700 (PDT) Received: by 10.36.41.138 with HTTP; Fri, 9 Oct 2015 14:14:44 -0700 (PDT) In-Reply-To: References: Date: Fri, 9 Oct 2015 16:14:44 -0500 Message-ID: Subject: Re: e500 SPE support From: Justin Hibbits To: Thomas Rix Cc: "freebsd-ppc@FreeBSD.org" Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2015 21:14:45 -0000 After talking with others, I'll be creating a new target, powerpc/powerpcspe. This will live in a branch while I stabilize it (I'll create a branch this weekend). My testing will be on the Mikrotik RouterBoard RB800, but if anyone has hardware they can test on, all the better. To keep things simple, I'll be overloading the enable_vec()/save_vec() functions, and using this common API between Altivec and SPE. - Justin On Tue, Oct 6, 2015 at 10:30 AM, Thomas Rix wrote: > I see the spe feature is in ToT llvm, but not no target is has this > enabled by default. > What hardware/software are you using to exercise the feature ? > Asking so I could play too :) > > Likely folks wanting the feature would be willing to trade off with > altivec. > So mutually exclusive for me. > > Sprinkling code with spe specific seems clunky. > Could there be some task bit that linker/compiler sets that the loader > uses to do this automagically ? > A tie into the task state would help with ptrace and possible debugger > support. > > Tom > > --- > Tom Rix > Sr. Staff Compiler Engineer > trix@juniper.net > > > > > > On 10/4/15, 9:14 PM, "owner-freebsd-ppc@freebsd.org on behalf of Justin > Hibbits" > wrote: > >>I've been doing some work on the e500 Signal Processing Engine (SPE, >>sort of like Altivec, only weirder), but have some questions on >>implementation: >> >>* This is mutually exclusive to Altivec, of course, because it shares >>the GPRs, extending them to 64-bits, but only for SPE instructions. >>Should the implementation be mutually exclusive, as well? Meaning, is >>it better to have enable_spe()/save_spe() strewn throughout the code, >>like is done with Altivec and FPU, or is it better to name them >>*_vec(), and have a compile-time option of switching between Altivec >>and SPE? The userland ABI would be different as well, which brings the >>next question: >> >>* Do we want another target, like how Linux does it (powerpcspe)? Or >>have this as just a different build option in src.conf? >> >>Suggestions are welcome and wanted. >> >>- Justin >>_______________________________________________ >>freebsd-ppc@freebsd.org mailing list >>https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > From owner-freebsd-ppc@freebsd.org Fri Oct 9 21:47:00 2015 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 839499D370E for ; Fri, 9 Oct 2015 21:47:00 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com [IPv6:2607:f8b0:4003:c01::230]) (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 48AABC38 for ; Fri, 9 Oct 2015 21:47:00 +0000 (UTC) (envelope-from herminio.hernandezjr@gmail.com) Received: by obbzf10 with SMTP id zf10so72178029obb.2 for ; Fri, 09 Oct 2015 14:46:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=oOWm6BnslwnUOJjcpfOZGdHYdCXid973aw2L8Ecm/dk=; b=MU1088HuYulrCjL02ShGL1Xk8YzxHnRtRTEvhyK/rAFuaKkO1izPojGX5vA46MRdgw kIdzYySc5lqPzfJ/m4IYx0VZV7Bi7em40sMAKUxgzmmevQvLe7hjYEwT6B1hrvW6bSWc zUkA5tTBAi69pMSBX4SEXo1EZvcWtlftpxWnByGXEgBhXBy+GY2J+pWOd6aXAnBgQslj 0NEsGYzsF1dVcwHZODsuhwc67q35nhPCUescINewYEN1bPTO7CrWu4kjGONtgMLkowhV 76PBpC8BIrpkLwh/+z4r5PIcYTcuVnIX6VyO2ptiWoI4i9SQmCbsLVHGUFlpc/a0eduj JmfA== X-Received: by 10.182.63.80 with SMTP id e16mr9926138obs.83.1444427219482; Fri, 09 Oct 2015 14:46:59 -0700 (PDT) Received: from [10.39.195.149] ([166.177.122.37]) by smtp.gmail.com with ESMTPSA id su2sm1617063oeb.14.2015.10.09.14.46.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 09 Oct 2015 14:46:58 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (1.0) Subject: Re: e500 SPE support From: "Herminio Hernandez Jr. " X-Mailer: iPhone Mail (13A452) In-Reply-To: Date: Fri, 9 Oct 2015 16:46:57 -0500 Cc: Thomas Rix , "freebsd-ppc@FreeBSD.org" Content-Transfer-Encoding: 7bit Message-Id: <425132B0-2CBB-4FCC-8E17-1AFD4298A35D@gmail.com> References: To: Justin Hibbits X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2015 21:47:00 -0000 I did not know routerboards were PowerPC? Sent from my iPhone > On Oct 9, 2015, at 4:14 PM, Justin Hibbits wrote: > > After talking with others, I'll be creating a new target, > powerpc/powerpcspe. This will live in a branch while I stabilize it > (I'll create a branch this weekend). My testing will be on the > Mikrotik RouterBoard RB800, but if anyone has hardware they can test > on, all the better. > > To keep things simple, I'll be overloading the enable_vec()/save_vec() > functions, and using this common API between Altivec and SPE. > > - Justin > >> On Tue, Oct 6, 2015 at 10:30 AM, Thomas Rix wrote: >> I see the spe feature is in ToT llvm, but not no target is has this >> enabled by default. >> What hardware/software are you using to exercise the feature ? >> Asking so I could play too :) >> >> Likely folks wanting the feature would be willing to trade off with >> altivec. >> So mutually exclusive for me. >> >> Sprinkling code with spe specific seems clunky. >> Could there be some task bit that linker/compiler sets that the loader >> uses to do this automagically ? >> A tie into the task state would help with ptrace and possible debugger >> support. >> >> Tom >> >> --- >> Tom Rix >> Sr. Staff Compiler Engineer >> trix@juniper.net >> >> >> >> >> >> On 10/4/15, 9:14 PM, "owner-freebsd-ppc@freebsd.org on behalf of Justin >> Hibbits" >> wrote: >> >>> I've been doing some work on the e500 Signal Processing Engine (SPE, >>> sort of like Altivec, only weirder), but have some questions on >>> implementation: >>> >>> * This is mutually exclusive to Altivec, of course, because it shares >>> the GPRs, extending them to 64-bits, but only for SPE instructions. >>> Should the implementation be mutually exclusive, as well? Meaning, is >>> it better to have enable_spe()/save_spe() strewn throughout the code, >>> like is done with Altivec and FPU, or is it better to name them >>> *_vec(), and have a compile-time option of switching between Altivec >>> and SPE? The userland ABI would be different as well, which brings the >>> next question: >>> >>> * Do we want another target, like how Linux does it (powerpcspe)? Or >>> have this as just a different build option in src.conf? >>> >>> Suggestions are welcome and wanted. >>> >>> - Justin >>> _______________________________________________ >>> freebsd-ppc@freebsd.org mailing list >>> https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>> To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" > _______________________________________________ > freebsd-ppc@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-ppc > To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" From owner-freebsd-ppc@freebsd.org Fri Oct 9 22:22:45 2015 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 7E2BA9D1EAE for ; Fri, 9 Oct 2015 22:22:45 +0000 (UTC) (envelope-from trix@juniper.net) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0138.outbound.protection.outlook.com [207.46.100.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 3B6A11A4F for ; Fri, 9 Oct 2015 22:22:44 +0000 (UTC) (envelope-from trix@juniper.net) Received: from DM2PR05MB701.namprd05.prod.outlook.com (10.141.177.20) by DM2PR05MB704.namprd05.prod.outlook.com (10.141.177.26) with Microsoft SMTP Server (TLS) id 15.1.286.20; Fri, 9 Oct 2015 22:07:14 +0000 Received: from DM2PR05MB701.namprd05.prod.outlook.com ([10.141.177.20]) by DM2PR05MB701.namprd05.prod.outlook.com ([10.141.177.20]) with mapi id 15.01.0286.019; Fri, 9 Oct 2015 22:07:14 +0000 From: Thomas Rix To: Justin Hibbits CC: "freebsd-ppc@FreeBSD.org" Subject: Re: e500 SPE support Thread-Topic: e500 SPE support Thread-Index: AQHQ/yRlGfp7gvVmYkmEQzSGLV5iW55eJCEAgAWMnwD//5lQAA== Date: Fri, 9 Oct 2015 22:07:14 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.5.5.150821 authentication-results: spf=none (sender IP is ) smtp.mailfrom=trix@juniper.net; x-ms-exchange-messagesentrepresentingtype: 1 x-originating-ip: [66.129.239.11] x-microsoft-exchange-diagnostics: 1; DM2PR05MB704; 5:E8BIfsXvJBGwXyrWXWo6UJ3HrRizrvMO/YtobrBK0T/ZgyPT7Gy0FQxlf6i5IvWPVo2zT8a2cZOWpWcZ4yGOJR7MRwqHKGJWXbEtSATJSI2TdDlqIPAmFYDwDxugLirHWuqGvvOqtc1WSxODpQqcmg==; 24:65XlyzY2wgU0ZWJHMH0FdW5OP2gpnlY6XnPT2d1kBvGVM70YTOI5zUDUtR2sjDlUBhlPRK3RMOTY7EIClK+FmAQajp0DzqXJ4wlAFfrUprs=; 20:YDNAbO7bE63ptalH8IlTf4ZtkjYmJWOab0BHdQj7N49UoycEvxZsYDKvGsiluKIO3uSsU0IFp5LY4YsKFEQxXQ== x-microsoft-antispam: UriScan:; BCL:0; PCL:0; RULEID:(42134001)(42139001); SRVR:DM2PR05MB704; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(138986009662008); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001); SRVR:DM2PR05MB704; BCL:0; PCL:0; RULEID:; SRVR:DM2PR05MB704; x-forefront-prvs: 0724FCD4CD x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(479174004)(164054003)(46034005)(199003)(24454002)(189002)(377454003)(2950100001)(1411001)(83506001)(15975445007)(92566002)(5002640100001)(77096005)(189998001)(86362001)(102836002)(2900100001)(66066001)(64706001)(97736004)(19580395003)(106356001)(19580405001)(106116001)(101416001)(4001350100001)(5004730100002)(11100500001)(99286002)(81156007)(5001960100002)(122556002)(110136002)(36756003)(105586002)(5008740100001)(40100003)(76176999)(46102003)(5007970100001)(87936001)(50986999)(54356999)(10400500002)(94096001); DIR:OUT; SFP:1102; SCL:1; SRVR:DM2PR05MB704; H:DM2PR05MB701.namprd05.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: juniper.net does not designate permitted sender hosts) spamdiagnosticoutput: 1:23 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="iso-8859-1" Content-ID: <63F848A6D3E424489784875BE2AD891F@namprd05.prod.outlook.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Oct 2015 22:07:14.6725 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM2PR05MB704 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2015 22:22:45 -0000 I have a p2020rdb I would prefer to use but it doesn=B9t seem to have freebsd kernel support so toolchain work is only on linux. Please send me a link to where you bought your board, I will see about getting one. Thanks, Tom =20 --- Tom Rix Sr. Staff Compiler Engineer trix@juniper.net On 10/9/15, 2:14 PM, "Justin Hibbits" wrote: >After talking with others, I'll be creating a new target, >powerpc/powerpcspe. This will live in a branch while I stabilize it >(I'll create a branch this weekend). My testing will be on the >Mikrotik RouterBoard RB800, but if anyone has hardware they can test >on, all the better. > >To keep things simple, I'll be overloading the enable_vec()/save_vec() >functions, and using this common API between Altivec and SPE. > >- Justin > >On Tue, Oct 6, 2015 at 10:30 AM, Thomas Rix wrote: >> I see the spe feature is in ToT llvm, but not no target is has this >> enabled by default. >> What hardware/software are you using to exercise the feature ? >> Asking so I could play too :) >> >> Likely folks wanting the feature would be willing to trade off with >> altivec. >> So mutually exclusive for me. >> >> Sprinkling code with spe specific seems clunky. >> Could there be some task bit that linker/compiler sets that the loader >> uses to do this automagically ? >> A tie into the task state would help with ptrace and possible debugger >> support. >> >> Tom >> >> --- >> Tom Rix >> Sr. Staff Compiler Engineer >> trix@juniper.net >> >> >> >> >> >> On 10/4/15, 9:14 PM, "owner-freebsd-ppc@freebsd.org on behalf of Justin >> Hibbits" >chmeeedalf@gmail.com> >> wrote: >> >>>I've been doing some work on the e500 Signal Processing Engine (SPE, >>>sort of like Altivec, only weirder), but have some questions on >>>implementation: >>> >>>* This is mutually exclusive to Altivec, of course, because it shares >>>the GPRs, extending them to 64-bits, but only for SPE instructions. >>>Should the implementation be mutually exclusive, as well? Meaning, is >>>it better to have enable_spe()/save_spe() strewn throughout the code, >>>like is done with Altivec and FPU, or is it better to name them >>>*_vec(), and have a compile-time option of switching between Altivec >>>and SPE? The userland ABI would be different as well, which brings the >>>next question: >>> >>>* Do we want another target, like how Linux does it (powerpcspe)? Or >>>have this as just a different build option in src.conf? >>> >>>Suggestions are welcome and wanted. >>> >>>- Justin >>>_______________________________________________ >>>freebsd-ppc@freebsd.org mailing list >>>https://lists.freebsd.org/mailman/listinfo/freebsd-ppc >>>To unsubscribe, send any mail to "freebsd-ppc-unsubscribe@freebsd.org" >> From owner-freebsd-ppc@freebsd.org Fri Oct 9 23:58:24 2015 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 C2D5C9D3DBB; Fri, 9 Oct 2015 23:58:24 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-yk0-x230.google.com (mail-yk0-x230.google.com [IPv6:2607:f8b0:4002:c07::230]) (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 6D5737E5; Fri, 9 Oct 2015 23:58:24 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: by ykba192 with SMTP id a192so89197438ykb.3; Fri, 09 Oct 2015 16:58:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=NfNNSEcRBkcapgrf4FZXsvn1oGYeLkhOhouENzg1D9w=; b=ILxIyeSj41G2biZHMBKfnX9rTqE/892JylDv00SfpBlOgmIm54lk6HQVRoLZdgej02 IunF+CRvJOvwTs+EiQJAgzlKJKbFp5IULG1qb4MOs76fMWsVHoFoxqGem1CGAsEYFqGd v12bjuaIbnNihh2WoaAvIBvc03tzaIUiQ1me9ViXSVZoc46QgQWcMHRYmJl+s3f8tZnr pIKiEmfVS0kSK4cpH8FyzO4yuB5xTMCf/dvBYtWMO6xMaltPtEBn/R5PYHMhwh3KifUm bMBz7hjJcoOTAllV+fQ/8jvgE2kLOrCfP1JbSnCZfHuexJzwG/VtW+8djUnCeeC2tb4M xpIg== MIME-Version: 1.0 X-Received: by 10.13.200.134 with SMTP id k128mr11257266ywd.172.1444435103554; Fri, 09 Oct 2015 16:58:23 -0700 (PDT) Sender: crodr001@gmail.com Received: by 10.37.111.214 with HTTP; Fri, 9 Oct 2015 16:58:23 -0700 (PDT) In-Reply-To: <191CDC2D-7A74-41D2-B433-B6D9F6D87D32@dsl-only.net> References: <191CDC2D-7A74-41D2-B433-B6D9F6D87D32@dsl-only.net> Date: Fri, 9 Oct 2015 16:58:23 -0700 X-Google-Sender-Auth: uGWDTAl-JCAkd6gk7GMZT5NKuqc Message-ID: Subject: Re: bt_split.c error: dereferencing type-punned pointer will break strict-aliasing rules (powerpc64-xtoolchain use) From: Craig Rodrigues To: Mark Millard Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 09 Oct 2015 23:58:24 -0000 On Sun, Oct 4, 2015 at 4:06 AM, Mark Millard wrote: > > /usr/src/lib/libc/db/btree/bt_split.c:548:7: error: dereferencing > type-punned pointer will break strict-aliasing rules > [-Werror=strict-aliasing] > bt_preserve(t, *(pgno_t *)bl->bytes) == RET_ERROR) > You will get many of these warnings all over the codebase. You should add NO_WERROR= to your make invocation, or put NO_WERROR= in make.conf. That's what I do here: https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/631/consoleFull -- Craig From owner-freebsd-ppc@freebsd.org Sat Oct 10 01:49:26 2015 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 ADC2B9D3F55 for ; Sat, 10 Oct 2015 01:49:26 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-2.reflexion.net [208.70.210.2]) (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 683ECACE for ; Sat, 10 Oct 2015 01:49:25 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7767 invoked from network); 10 Oct 2015 01:49:17 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 10 Oct 2015 01:49:17 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Fri, 09 Oct 2015 21:49:17 -0400 (EDT) Received: (qmail 19915 invoked from network); 10 Oct 2015 01:49:17 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Oct 2015 01:49:17 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.108] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 634311C43CE; Fri, 9 Oct 2015 18:49:11 -0700 (PDT) Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: bt_split.c error: dereferencing type-punned pointer will break strict-aliasing rules (powerpc64-xtoolchain use) From: Mark Millard In-Reply-To: Date: Fri, 9 Oct 2015 18:49:16 -0700 Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Message-Id: References: <191CDC2D-7A74-41D2-B433-B6D9F6D87D32@dsl-only.net> To: Craig Rodrigues X-Mailer: Apple Mail (2.2104) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.20 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2015 01:49:26 -0000 On 2015-Oct-9, at 4:58 PM, Craig Rodrigues = wrote: > On Sun, Oct 4, 2015 at 4:06 AM, Mark Millard > wrote: >=20 > /usr/src/lib/libc/db/btree/bt_split.c:548:7: error: dereferencing = type-punned pointer will break strict-aliasing rules = [-Werror=3Dstrict-aliasing] > bt_preserve(t, *(pgno_t *)bl->bytes) =3D=3D RET_ERROR) >=20 > You will get many of these warnings all over the codebase. > You should add NO_WERROR=3D > to your make invocation, or put NO_WERROR=3D in make.conf. >=20 > That's what I do here: > = https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/631/consoleFull = Yes. Thanks for the reference to = FreeBSD_HEAD_amd64_gcc4.9/631/consoleFull . It is interesting to see. Type-punned pointer vs. strict-aliasing leaves me more worried about = source-code-assumption vs. code-generator-assumption mismatches. Many = warnings/errors are more like initialized-but-unused and various others = that I did not mention. Since powerpc64-xtoolchain and its powerpc64-gcc = are gcc5.2 based these days it might give more warnings/errors than = gcc4.9 or earlier. (I've not checked.) I switched to use NO_WERROR (and WERROR) after I sent in the note and = had looked at some of the other generated warnings/errors. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Oct-9, at 4:58 PM, Craig Rodrigues = wrote: On Sun, Oct 4, 2015 at 4:06 AM, Mark Millard > wrote: /usr/src/lib/libc/db/btree/bt_split.c:548:7: error: dereferencing = type-punned pointer will break strict-aliasing rules = [-Werror=3Dstrict-aliasing] bt_preserve(t, *(pgno_t *)bl->bytes) =3D=3D RET_ERROR) You will get many of these warnings all over the codebase. You should add NO_WERROR=3D to your make invocation, or put NO_WERROR=3D in make.conf. That's what I do here: = https://jenkins.freebsd.org/job/FreeBSD_HEAD_amd64_gcc4.9/631/consoleFull = -- Craig =20 From owner-freebsd-ppc@freebsd.org Sat Oct 10 02:40:37 2015 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 101349D25E6 for ; Sat, 10 Oct 2015 02:40:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-1.reflexion.net [208.70.210.1]) (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 C7E65961 for ; Sat, 10 Oct 2015 02:40:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 32277 invoked from network); 10 Oct 2015 02:40:29 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 10 Oct 2015 02:40:29 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Fri, 09 Oct 2015 22:40:29 -0400 (EDT) Received: (qmail 19486 invoked from network); 10 Oct 2015 02:40:29 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 10 Oct 2015 02:40:29 -0000 X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.109] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id AC6DB1C43AE; Fri, 9 Oct 2015 19:40:22 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: powerpc64-xtoolchain/powerpc64-gcc lacks lib32 support, so fails boot1.elf link (for example) Message-Id: Date: Fri, 9 Oct 2015 19:40:27 -0700 To: FreeBSD PowerPC ML , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 10 Oct 2015 02:40:37 -0000 For an amd64 11.0 context with powerpc64-xtoolchain-gcc in place: doing make -j 7 CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ -DWITHOUT_GCC -DWITHOUT_GCC_BOOTSTRAP -DWITHOUT_GNUCXX \ -DWITHOUT_CLANG -DWITHOUT_CLANG_BOOTSTRAP -DWITHOUT_CLANG_FULL = -DWITHOUT_CLANG_IS_CC \ -DWITHOUT_CLANG_EXTRAS -DWITHOUT_LLDB \ buildworld buildkernel KERNCONF=3DGENERIC64-NODBG \ TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 the result is the following during WITH_BOOT's build activity: --- boot1.elf --- /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -ffreestanding -msoft-float -Os = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -m32 = -mcpu=3Dpowerpc -m32 -mcpu=3Dpowerpc -std=3Dgnu99 -nostdlib -static = -Wl,-N -Wl,-m -Wl,elf32ppc_fbsd -Wl,-m -Wl,elf32ppc_fbsd -o boot1.elf = boot1.o ashldi3.o syncicache.o=20 boot1.o: In function `__puts': boot1.c:(.text+0xf4): undefined reference to `_restgpr_28_x' boot1.o: In function `__printf': boot1.c:(.text+0x50c): undefined reference to `_restgpr_24_x' boot1.o: In function `ofw_getprop': boot1.c:(.text+0x638): undefined reference to `_restgpr_31_x' boot1.o: In function `ofw_close': boot1.c:(.text+0x6a4): undefined reference to `_restgpr_31_x' boot1.o: In function `dskread': boot1.c:(.text+0x7ac): undefined reference to `_restgpr_25_x' boot1.o: In function `fsread': boot1.c:(.text+0xcb4): undefined reference to `_restgpr_16_x' boot1.o: In function `domount': boot1.c:(.text+0xd88): undefined reference to `_restgpr_28_x' boot1.o: In function `ofw_write.constprop.2': boot1.c:(.text+0xe10): undefined reference to `_restgpr_30_x' boot1.o: In function `putchar': boot1.c:(.text+0xe60): undefined reference to `_restgpr_30_x' boot1.o: In function `main': boot1.c:(.text.startup+0x538): undefined reference to `_restgpr_18_x' collect2: error: ld returned 1 exit status *** [boot1.elf] Error code 1 This is from there being no lib32-like libgcc or its use from what I can = tell. For example a normal gcc 4.2.1 build WITH_LIB32=3D has the = following that a CROSS_TOOLCHAIN=3Dpowerpc64-gcc does not have: . . . --- _lib-eh-install --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 . . . --- _lib-eh-install --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh_p.a = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 --- _libinstall --- sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 = libgcc_s.so.1 /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 sh /usr/src/tools/install.sh -l s libgcc_s.so.1 = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32/libgcc_s.so . . . --- _lib-eh-install --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh.a = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libgcc_eh_p.a = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 . . . --- gnu/lib__L --- sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 = libgcc_s.so.1 /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 sh /usr/src/tools/install.sh -l s libgcc_s.so.1 = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32/libgcc_s.so Some of which would be assocaited with the -m32 use in (for a normal gcc = 4.2.1 based build): --- boot1.elf --- cc -ffreestanding -msoft-float -Os = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -m32 = -mcpu=3Dpowerpc -m32 -mcpu=3Dpowerpc -std=3Dgnu99 -nostdlib -static = -Wl,-N -Wl,-m -Wl,elf32ppc_fbsd -Wl,-m -Wl,elf32ppc_fbsd -o boot1.elf = boot1.o ashldi3.o syncicache.o=20 The failing powerpc64-xtoolchain-gcc case lists the following when = -Wl,-M,--verbose is used: --- sys.all__D --- /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -ffreestanding -msoft-float -Os = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../common = -I/usr/src/sys/boot/powerpc/boot1.chrp/../../../ -D_STANDALONE -m32 = -mcpu=3Dpowerpc -m32 -mcpu=3Dpowerpc -std=3Dgnu99 -nostdlib -static = -Wl,-N -Wl,-m -Wl,elf32ppc_fbsd -Wl,-M,--verbose -Wl,-m = -Wl,elf32ppc_fbsd -Wl,-M,--verbose -o boot1.elf boot1.o ashldi3.o = syncicache.o=20 . . . --- sys.all__D --- GNU ld (GNU Binutils) 2.25.1 Supported emulations: elf64ppc_fbsd elf64ppc elf32ppc_fbsd elf32ppc using internal linker script: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= /* Script for -N: mix text and data on same page; don't align data */ /* Copyright (C) 2014 Free Software Foundation, Inc. Copying and distribution of this script, with or without = modification, are permitted in any medium without royalty provided the copyright notice and this notice are preserved. */ OUTPUT_FORMAT("elf32-powerpc-freebsd", "elf32-powerpc-freebsd", "elf32-powerpc-freebsd") OUTPUT_ARCH(powerpc:common) ENTRY(_start) SEARCH_DIR("=3D/usr/local/powerpc-freebsd/lib32"); = SEARCH_DIR("=3D/lib32"); SEARCH_DIR("=3D/usr/lib32"); = SEARCH_DIR("=3D/usr/local/lib32"); = SEARCH_DIR("=3D/usr/local/powerpc-freebsd/lib"); SEARCH_DIR("=3D/lib"); = SEARCH_DIR("=3D/usr/lib"); SEARCH_DIR("=3D/usr/local/lib"); PROVIDE (__stack =3D 0); PROVIDE (___stack =3D 0); . . . However: root@FreeBSDx64:/usr/src # ls /usr/local/powerpc-freebsd/lib32 ls: /usr/local/powerpc-freebsd/lib32: No such file or directory root@FreeBSDx64:/usr/src # ls /lib32 ls: /lib32: No such file or directory root@FreeBSDx64:/usr/src # ls /usr/lib32 . . . (list from amd64's context) . . . root@FreeBSDx64:/usr/src # ls /usr/local/lib32 ls: /usr/local/lib32: No such file or directory root@FreeBSDx64:/usr/src # ls /usr/local/powerpc-freebsd/lib ls: /usr/local/powerpc-freebsd/lib: No such file or directory root@FreeBSDx64:/usr/src # ls /usr/lib . . . (list from amd64's context) . . . root@FreeBSDx64:/usr/src # ls /usr/local/lib . . . (list from amd64's context) . . . so powerpc64-xtoolchain and its powerpc64 do not have any lib32 specific = search areas populated but for /usr/lib32: none powerpc64 specific. The context details follow. Mac OS X 10.10.5 using a VirtualBox V5.0.4 VM with. . . root@FreeBSDx64:/usr/src # freebsd-version -ku; uname -aKU 11.0-CURRENT 11.0-CURRENT FreeBSD FreeBSDx64 11.0-CURRENT FreeBSD 11.0-CURRENT #0 r288459: Sat Oct = 3 03:42:08 PDT 2015 = root@FreeBSDx64:/usr/obj/usr/src/sys/GENERIC-NODEBUG amd64 1100079 = 1100079 root@FreeBSDx64:/usr/src # svnlite info /usr/src Path: . Working Copy Root Path: /usr/src URL: https://svn.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 288459 Node Kind: directory Schedule: normal Last Changed Author: gjb Last Changed Rev: 288459 Last Changed Date: 2015-10-01 12:48:10 -0700 (Thu, 01 Oct 2015) root@FreeBSDx64:/usr/src # more /etc/src.conf # World: NO_WERROR=3D # Kernel: WERROR=3D root@FreeBSDx64:/usr/src # more /etc/make.conf /etc/make.conf: No such file or directory root@FreeBSDx64:/usr/src # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: /usr/ports URL: https://svn.freebsd.org/ports/head Relative URL: ^/head Repository Root: https://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 398559 Node Kind: directory Schedule: normal Last Changed Author: jbeich Last Changed Rev: 398559 Last Changed Date: 2015-10-03 17:42:55 -0700 (Sat, 03 Oct 2015) root@FreeBSDx64:/usr/src # portmaster --list-origins net/avahi devel/boost-all lang/clang37 ports-mgmt/dialog4ports lang/gcc5 devel/git-lite x11/lumina sysutils/lxterminal www/midori net/netatalk3 ports-mgmt/pkg ports-mgmt/portmaster devel/powerpc64-xtoolchain-gcc devel/qtcreator security/sudo mail/thunderbird emulators/virtualbox-ose-additions Very little is non-default source code. . . root@FreeBSDx64:/usr/src # svnlite status M lib/csu/powerpc64/Makefile ? sys/arm/conf/RPI2-NODBG M sys/boot/powerpc/Makefile.inc ? sys/powerpc/conf/GENERIC64-NODBG root@FreeBSDx64:/usr/src # svnlite status /usr/ports ? /usr/ports/ion root@FreeBSDx64:/usr/src # more = /usr/src/sys/powerpc/conf/GENERIC64-NODBG=20 . . . (comments omitted) . . . include GENERIC64 ident GENERIC-NODBG nooptions INVARIANTS nooptions INVARIANT_SUPPORT nooptions WITNESS nooptions WITNESS_SKIPSPIN nooptions DEADLKRES (The copy->paste sequence for the below diffs likely turned tabs into = spaces.) root@FreeBSDx64:/usr/src # svnlite diff sys/boot/powerpc/Makefile.inc=20 Index: sys/boot/powerpc/Makefile.inc =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- sys/boot/powerpc/Makefile.inc (revision 288459) +++ sys/boot/powerpc/Makefile.inc (working copy) @@ -2,7 +2,7 @@ =20 .if ${MACHINE_ARCH} =3D=3D "powerpc64" CFLAGS+=3D -m32 -mcpu=3Dpowerpc -LDFLAGS+=3D -m elf32ppc_fbsd +LDFLAGS+=3D -Wl,-m -Wl,elf32ppc_fbsd -Wl,-M,--verbose .endif =20 .include "../Makefile.inc" The following is my personal, local workaround for = /usr/src/lib/csu/powerpc64/Makefile forcing use of the gcc command even = when the context does not have one. root@FreeBSDx64:/usr/src # svnlite diff /usr/src Index: /usr/src/lib/csu/powerpc64/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/lib/csu/powerpc64/Makefile (revision 288459) +++ /usr/src/lib/csu/powerpc64/Makefile (working copy) @@ -13,8 +13,8 @@ # clang doesn't support -mlongcall, and testing shows a clang linked = with a # clang-built csu segfaults, this must currently be compiled with gcc. = Once # clang supports -mlongcall, or we get a fixed ld, this can be = revisited. -CC:=3D gcc -COMPILER_TYPE:=3D gcc +#CC:=3D gcc +#COMPILER_TYPE:=3D gcc FILES=3D ${OBJS} FILESMODE=3D ${LIBMODE} =3D=3D=3D Mark Millard markmi at dsl-only.net