From owner-freebsd-ppc@freebsd.org Sun Oct 11 17:19:44 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 3ED589D2CDC for ; Sun, 11 Oct 2015 17:19:44 +0000 (UTC) (envelope-from andrews.freebsd.emails@gmail.com) Received: from mail-ig0-x241.google.com (mail-ig0-x241.google.com [IPv6:2607:f8b0:4001:c05::241]) (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 0D66E90A for ; Sun, 11 Oct 2015 17:19:44 +0000 (UTC) (envelope-from andrews.freebsd.emails@gmail.com) Received: by igbzj1 with SMTP id zj1so5288765igb.0 for ; Sun, 11 Oct 2015 10:19:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:date:message-id:subject:from:to:content-type; bh=zZvIC2TcXk7zQmx6FhnA7xIEWQrRaIOxwzx57LGXgJQ=; b=xmLxwa/sK2Dyy0bXCfGvReK155f4LR3nykPbF4a5ISOeUG+QaPRu63Tyk6IoCsTjjh mHIH2PVGjAR9iWE9UnwRHxnn//XElAJy2LebnjJnN7jB+iX9YTRrlH/uCwJavV6aJZwZ rSmMNhtoidAuDCz+IivU2yYME+bjnaFe5YZ6huPPlR3HE4qlyjV3gY6gwjaQCiUmcnJG 2neZpRIp7AXvF1VyUQ1bJnX7hEWawX+wRJUUx9W0JXWomRJgPy/ky0bwRMzvy936S5X2 +tduoYmuP/WZXoWLI8XrQWkfCxEdPmGnQeP0liIxLybb49I8rUbnTWqyCtO/Ynw6GkNZ EXOw== MIME-Version: 1.0 X-Received: by 10.50.18.44 with SMTP id t12mr1479246igd.48.1444583983596; Sun, 11 Oct 2015 10:19:43 -0700 (PDT) Received: by 10.64.141.15 with HTTP; Sun, 11 Oct 2015 10:19:43 -0700 (PDT) Date: Mon, 12 Oct 2015 04:19:43 +1100 Message-ID: Subject: Trying to edit daemon.c to work on iMac From: Andrew Clancy To: freebsd-ppc@freebsd.org 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: Sun, 11 Oct 2015 17:19:44 -0000 Hi Everyone, I have acquired an old iMac and installed FreeBSD 10.1 RELEASE on it. I am a programming novice and have been searching google for a way to get a console screensaver for the iMac. I came across an old post dated *Thu Dec 20 10:20:50 PST 2007 * I followed the thread but am still a bit confused. The following is taken from a post on *Thu Dec 20 21:02:48 PST 2007* >* It already works with: *>* device splash *>* device blank_saver * An unexpected syscons success story :) I got a bit excited and tried to build daemon saver, only to hit a few compile errors and unresolved symbols. Easy to fix though. With all this syscons excitement, the other obvious piece missing is the s/w mouse cursor. It's possible to select regions, though useless since the cursor can't be seen. Another piece that would be easy to fix for those sufficiently motivated. I am wondering what the compile errors were? The Daemon saver is on all of my FreeBSD systems and would like to get it working on the iMac as well. I can read C but am new to modifying parts of FreeBSD. any help would be appreciated. Andrew. From owner-freebsd-ppc@freebsd.org Sun Oct 11 17:33:48 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 E7272A110FD for ; Sun, 11 Oct 2015 17:33:48 +0000 (UTC) (envelope-from andrews.freebsd.emails@gmail.com) Received: from mail-io0-x232.google.com (mail-io0-x232.google.com [IPv6:2607:f8b0:4001:c06::232]) (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 B4A9EF05 for ; Sun, 11 Oct 2015 17:33:48 +0000 (UTC) (envelope-from andrews.freebsd.emails@gmail.com) Received: by ioii196 with SMTP id i196so132806067ioi.3 for ; Sun, 11 Oct 2015 10:33:48 -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 :content-type; bh=XIIpLKzMqpQGsaKq+FmycUqDxcNJMscLwLs4J4cOyBc=; b=P+gpwGSR6tXvxRizsVANswp1GhkMfuROzJN4+FMlkBZURgsvWSO//a46DaXT6s7NGO d3oDRcc/dH9hVfPTuq/eqGipLnTIMch7CywTMcH3K0gnzD/e67kecpBDkMGy7gHjoenG BwqTnuJ0ill28EtKGISB8cE8NWppH3MaVThB7I86u6aBAt4YDY+ZVGK4TwVphLfVb5of QTRWbY66GqURvs3jiubXJ5/7LP0hOlnHUKf28gKLZGcVcv5QBFRsg3E8OIWH/t+goeU4 EzedpfWRcD9vFr2U2avZqx5CcPgt+c7gQNu2fFa1Ld37d8iQvapTYQZ22Sihgx36oKJ3 5KKQ== MIME-Version: 1.0 X-Received: by 10.107.33.17 with SMTP id h17mr22148398ioh.108.1444584827992; Sun, 11 Oct 2015 10:33:47 -0700 (PDT) Received: by 10.64.141.15 with HTTP; Sun, 11 Oct 2015 10:33:47 -0700 (PDT) In-Reply-To: References: Date: Mon, 12 Oct 2015 04:33:47 +1100 Message-ID: Subject: Re: Trying to edit daemon.c to work on iMac From: Andrew Clancy To: freebsd-ppc@freebsd.org 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: Sun, 11 Oct 2015 17:33:49 -0000 Typo in the subject line. Should have been daemon_saver.c On Mon, Oct 12, 2015 at 4:19 AM, Andrew Clancy < andrews.freebsd.emails@gmail.com> wrote: > Hi Everyone, > > I have acquired an old iMac and installed FreeBSD 10.1 RELEASE on it. I am > a programming novice and have been searching google for a way to get a > console screensaver for the iMac. > > I came across an old post dated > > *Thu Dec 20 10:20:50 PST 2007 * > I followed the thread but am still a bit confused. The following is taken > from a post on > > > *Thu Dec 20 21:02:48 PST 2007* > > >* It already works with: > *>* device splash > *>* device blank_saver > * > An unexpected syscons success story :) I got a bit excited and tried > to build daemon saver, only to hit a few compile errors and unresolved > symbols. Easy to fix though. > > With all this syscons excitement, the other obvious piece missing is > the s/w mouse cursor. It's possible to select regions, though useless > since the cursor can't be seen. Another piece that would be easy to fix > for those sufficiently motivated. > > > I am wondering what the compile errors were? The Daemon saver is on all of my FreeBSD systems > and would like to get it working on the iMac as well. > > I can read C but am new to modifying parts of FreeBSD. > > any help would be appreciated. > > Andrew. > > > From owner-freebsd-ppc@freebsd.org Sun Oct 11 20:03: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 063FCA1116A for ; Sun, 11 Oct 2015 20:03:00 +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 BDA3E1C7B for ; Sun, 11 Oct 2015 20:02:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 10262 invoked from network); 11 Oct 2015 20:02:52 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 11 Oct 2015 20:02:52 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Sun, 11 Oct 2015 16:02:52 -0400 (EDT) Received: (qmail 13363 invoked from network); 11 Oct 2015 20:02:51 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 11 Oct 2015 20:02:51 -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 16C1D1C43E3; Sun, 11 Oct 2015 13:02:47 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: powerpc64-xtoolchain-gcc gets ". . . include/c++/v1/utility:284:28: error: use of deleted function . . ." (llvm-cov 3.6.1's CodeCoverage.cpp) Message-Id: <367B6C91-B466-4996-A01A-61DD6CD26F2A@dsl-only.net> Date: Sun, 11 Oct 2015 13:02:50 -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: Sun, 11 Oct 2015 20:03:00 -0000 For a amd64 11.0 context doing make -j 6 CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ -DWITH_GCC -DWITH_GCC_BOOTSTRAP -DWITH_GNUCXX \ -DWITHCLANG -DWITHOUT_CLANG_BOOTSTRAP -DWITH_CLANG_FULL = -DWITHOUT_CLANG_IS_CC \ -DWITH_CLANG_EXTRAS -DWITH_LLDB \ -DWITHOUT_BOOT -DWITHOUT_LIB32 \ buildworld buildkernel KERNCONF=3DGENERIC64-NODBG \ TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 the results are the following: [The clang/lldb being built is still V3.6.1 based for this context. = Overall environment context details are given later. But I will note here that = powerpc64-xtoolchain-gcc/powerpc64-gcc is based on gcc5.2 these days.] In file included from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/algorithm:627:0,= from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/include/llvm/ADT/Str= ingRef.h:13, from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/include/llvm/Support= /raw_ostream.h:17, from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/tools/llvm-cov/Rende= ringSupport.h:13, from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/tools/llvm-cov/CodeC= overage.cpp:16: /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/utility: In = instantiation of 'std::__1::pair<_T1, _T2>::pair(const = std::__1::pair<_T1, _T2>&) [with _T1 =3D std::__1::basic_string, std::__1::allocator >; _T2 =3D = std::__1::unique_ptr]': . . . (omited "required from" messages) . . . = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/utility:284:28: = error: use of deleted function 'constexpr = std::__1::unique_ptr::unique_ptr(const = std::__1::unique_ptr&)' second(__p.second) ^ In file included from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/algorithm:628:0,= from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/include/llvm/ADT/Str= ingRef.h:13, from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/include/llvm/Support= /raw_ostream.h:17, from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/tools/llvm-cov/Rende= ringSupport.h:13, from = /usr/src/usr.bin/clang/llvm-cov/../../../contrib/llvm/tools/llvm-cov/CodeC= overage.cpp:16: = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/memory:2459:29: = note: 'constexpr = std::__1::unique_ptr::unique_ptr(const = std::__1::unique_ptr&)' is implicitly declared as = deleted because 'std::__1::unique_ptr' declares a = move constructor or move assignment operator class _LIBCPP_TYPE_VIS_ONLY unique_ptr 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 @@ .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 .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 From owner-freebsd-ppc@freebsd.org Sun Oct 11 21:52:09 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 522109B20FD for ; Sun, 11 Oct 2015 21:52:09 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: from mail-io0-x22e.google.com (mail-io0-x22e.google.com [IPv6:2607:f8b0:4001:c06::22e]) (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 1AFED1F6E for ; Sun, 11 Oct 2015 21:52:09 +0000 (UTC) (envelope-from chmeeedalf@gmail.com) Received: by ioii196 with SMTP id i196so135689669ioi.3 for ; Sun, 11 Oct 2015 14:52:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references; bh=oCJdJsWK0b0G6O+0dvGmEU4uxJfkyEhEisGWCnF5Ir8=; b=atb45OGQUlyFHOTFm6lrdlINUMKbrX+N1t8YJXg8KCmW4fWL7yFw2lLy+Ii9xm7gSZ JluFn5yYbec/tbDkFXIjaFcYpCX6cgzPr57YzFJ/2u8SINpVRg8WN00nRDN1+12tHDQb 0F6vqtdaoJ+ZrVZ7eX2BJGRdoFhsfgro79WMgqvjOvImo261bnnUo03F/UZqNNz61PBy I5ZA0Zk9AjCFRk+Obm+Dj+dtXjHfcZE12YhcmTNzQPHuJRdsfskIUFSAJ5Kz+LzUN5V4 ce1c4630l4nLahHRMvEUT0G9ECEWL9agAmQjWobx5LpxjAsbycHIg1jctzT8nqI6KxxA EtBg== X-Received: by 10.107.130.217 with SMTP id m86mr28812990ioi.22.1444600328538; Sun, 11 Oct 2015 14:52:08 -0700 (PDT) Received: from blackstar.knownspace (c-98-240-160-157.hsd1.mn.comcast.net. [98.240.160.157]) by smtp.gmail.com with ESMTPSA id t2sm3763744igs.18.2015.10.11.14.52.07 (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 11 Oct 2015 14:52:08 -0700 (PDT) Cc: "freebsd-ppc@FreeBSD.org" Message-Id: From: Justin Hibbits To: Thomas Rix In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Subject: Re: e500 SPE support Date: Sun, 11 Oct 2015 16:52:30 -0500 References: 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: Sun, 11 Oct 2015 21:52:09 -0000 You can find it on amazon, = http://www.amazon.com/Mikrotik-RB800-RouterBOARD-MiniPCI-RouterOS/dp/B00D8= 4KR76/ref=3Dsr_1_1?ie=3DUTF8&qid=3D1444599696&sr=3D8-1&keywords=3DRouterBo= ard+RB800=20 . It's kind of expensive, but FreeBSD netboots fine on it (I'm working =20 on getting it to locally boot). I thought FreeBSD would boot on the =20 p2020, can you tell me what doesn't work for it? - Justin On Oct 9, 2015, at 5:07 PM, Thomas Rix wrote: > 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 > > --- > 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()/=20 >> 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 =20 >>> loader >>> uses to do this automagically ? >>> A tie into the task state would help with ptrace and possible =20 >>> 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 =20 >>> Justin >>> Hibbits" >> chmeeedalf@gmail.com> >>> wrote: >>> >>>> I've been doing some work on the e500 Signal Processing Engine =20 >>>> (SPE, >>>> sort of like Altivec, only weirder), but have some questions on >>>> implementation: >>>> >>>> * This is mutually exclusive to Altivec, of course, because it =20 >>>> shares >>>> the GPRs, extending them to 64-bits, but only for SPE instructions. >>>> Should the implementation be mutually exclusive, as well? =20 >>>> Meaning, is >>>> it better to have enable_spe()/save_spe() strewn throughout the =20 >>>> 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 =20 >>>> Altivec >>>> and SPE? The userland ABI would be different as well, which =20 >>>> brings the >>>> next question: >>>> >>>> * Do we want another target, like how Linux does it =20 >>>> (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=20 >>>> " >>> > From owner-freebsd-ppc@freebsd.org Mon Oct 12 02:17:49 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 3F2129D2F29 for ; Mon, 12 Oct 2015 02:17:49 +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 EE50CB18 for ; Mon, 12 Oct 2015 02:17:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23872 invoked from network); 12 Oct 2015 02:17:46 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 12 Oct 2015 02:17:46 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Sun, 11 Oct 2015 22:17:46 -0400 (EDT) Received: (qmail 3704 invoked from network); 12 Oct 2015 02:17:45 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 12 Oct 2015 02:17:45 -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 8FB3D1C43E4; Sun, 11 Oct 2015 19:17:39 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: powerpc64-xtoolchain-gcc/powerpc64-gcc gets libcxxrt/guard.cc:104:15: error: expected constructor, destructor, . . . for lib32 (clang 3.6.1 context) Message-Id: Date: Sun, 11 Oct 2015 19:17:44 -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: Mon, 12 Oct 2015 02:17:49 -0000 For an amd64 11.0 context (still having clang 3.6.1 source, not 3.7) = doing make -j 6 CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ -DWITH_GCC -DWITH_GCC_BOOTSTRAP -DWITH_GNUCXX \ -DWITHCLANG -DWITHOUT_CLANG_BOOTSTRAP -DWITH_CLANG_FULL = -DWITHOUT_CLANG_IS_CC \ -DWITHOUT_CLANG_EXTRAS -DWITHOUT_LLDB \ -DWITHOUT_BOOT -DWITH_LIB32 \ buildworld buildkernel KERNCONF=3DGENERIC64-NODBG \ TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 the results for this (a test of attempting to also build lib32) are the = following: [powerpc64-xtoolchain-gcc/powerpc64-gcc is based on gcc5.2 these days. = More context details are given later.] --- guard.po --- /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -m32 -mcpu=3Dpowerpc = -DCOMPAT_32BIT -isystem = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/include/ = -L/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = -B/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp -pg -O2 -pipe = -I/usr/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c = /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.po /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc:104:15: error: = expected constructor, destructor, or type conversion before '(' token _Static_assert(sizeof(guard_t) =3D=3D sizeof(uint64_t), ""); ^ *** [guard.po] Error code 1 make[4]: stopped in /usr/src/lib/libcxxrt 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 # 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 @@ .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 .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 From owner-freebsd-ppc@freebsd.org Mon Oct 12 03:05:48 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 1F488A119F1 for ; Mon, 12 Oct 2015 03:05:48 +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 C4CFC13DC for ; Mon, 12 Oct 2015 03:05:47 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31163 invoked from network); 12 Oct 2015 03:05:46 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 12 Oct 2015 03:05:46 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Sun, 11 Oct 2015 23:05:46 -0400 (EDT) Received: (qmail 2850 invoked from network); 12 Oct 2015 03:05:46 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 12 Oct 2015 03:05:46 -0000 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 8F71B1C43A3; Sun, 11 Oct 2015 20:05:39 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: STABLE clang planned update MFC path (3.4.1 STABLE, 3.7.0, CURRENT) vs. powerpc64 Date: Sun, 11 Oct 2015 20:05:44 -0700 Message-Id: <7ABB859E-8321-48F7-885C-6667243C1388@dsl-only.net> Cc: FreeBSD PowerPC ML To: freebsd-stable@freebsd.org 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: Mon, 12 Oct 2015 03:05:48 -0000 On 2014-Oct-11 Dimitry Andric wrote: > On 11 Oct 2015, at 14:05, Piotr Kubaj > wrote: > > > > AFAIK if there had been such plans, they were dropped long ago. The > > reasoning it can't be done (at least for now) is that versions = 3.5.0+ > > require C++11-capable stack and that would break upgrades from = 9-STABLE > > (if the user still uses GCC, as is by default). So, LLVM in = stable/10 > > will probably be upgraded when stable/9 goes EOL. >=20 >=20 > If stable/10 had clang 3.5 or higher, you could still upgrade from > stable/9. It would only require you to do the upgrade in two steps: >=20 > * Rebuild and reinstall your stable/9 world using WITH_CLANG, > WITH_CLANG_IS_CC, and WITH_LIBCPLUSPLUS. This will install clang > 3.4.1 and libc++, and make clang the default compiler. > * Checkout stable/10 (or even head), and build/install it in the = regular > fashion. >=20 > I am personally not against merging newer llvm/clang versions into > stable/10. But the "silent agreement" has always been that you could > upgrade easily from the latest stable/X to stable/X+1, and the above > two-step process breaks that, or at least makes it more complicated. >=20 > Last but not least, note that this would only apply to the = architectures > that *can* actually build clang 3.4.1 and libc++ on stable/9. This is > currently limited to x86, little-endian arm and powerpc (64 bit, I'm > unsure about 32 bit). >=20 > -Dimitry lib/csu/powerpc64/Makefile in head has updates and comments (2015-Feb-05 = or so) about "powerpc64 csu needs to be built by gcc, so enforce that". = It is tied to clang not supporting -mlongcall and "testing shows a clang = linked with a [#] clang-built csu segfaults". The forcing of gcc use in = head looks like: CC:=3D gcc COMPILER_TYPE:=3D gcc which is not in stable/10's variant. stable/10 has a lib/csu/powerpc64/Makefile that does not force gcc but = still has: CFLAGS+=3D -I${.CURDIR}/../common \ -I${.CURDIR}/../../libc/include \ -mlongcall and so has -mlongcall in use on the command lines. Unless -mlongcall = support used to be in place for clang and was later removed, a = rebuilding of FreeBSD 9 or 10 that includes a lib/csu/powerpc64/ rebuild = likely fails to build under WITH_CLANG_IS_CC. I'm not sure about going all the way back to FreeBSD 9 but this suggests = that clang was for some time --and recently has been-- insufficient on = its own for reliable(?) powerpc64 builds (2015-Feb-05). It may be best = to consider powerpc64 omitted from the "clang 3.4.1 and libc++" list in = that last paragraph given the "upgrade easily" context intended. (If there is an easy powerpc64 upgrade then I'd like to see notes about = it: Other contexts might be able to use similar techniques. I started my = explorations with 10.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Oct 12 03:43:08 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 861D9A11452 for ; Mon, 12 Oct 2015 03:43:08 +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 48D26ACC for ; Mon, 12 Oct 2015 03:43:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2529 invoked from network); 12 Oct 2015 03:43:06 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 12 Oct 2015 03:43:06 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Sun, 11 Oct 2015 23:43:06 -0400 (EDT) Received: (qmail 18210 invoked from network); 12 Oct 2015 03:43:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 12 Oct 2015 03:43:05 -0000 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 65ED71C43E4; Sun, 11 Oct 2015 20:42:59 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: STABLE clang planned update MFC path (3.4.1 STABLE, 3.7.0, CURRENT) vs. powerpc64 From: Mark Millard In-Reply-To: <7ABB859E-8321-48F7-885C-6667243C1388@dsl-only.net> Date: Sun, 11 Oct 2015 20:43:04 -0700 Cc: FreeBSD PowerPC ML Content-Transfer-Encoding: quoted-printable Message-Id: References: <7ABB859E-8321-48F7-885C-6667243C1388@dsl-only.net> To: freebsd-stable@freebsd.org 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: Mon, 12 Oct 2015 03:43:08 -0000 I had written (2015-Oct-11): > I'm not sure about going all the way back to FreeBSD 9 but this = suggests that clang was for some time --and recently has been-- = insufficient on its own for reliable(?) powerpc64 builds (2015-Feb-05). = It may be best to consider powerpc64 omitted from the "clang 3.4.1 and = libc++" list in that last paragraph given the "upgrade easily" context = intended. But looking at stable/9 I see that -mlongcall is not in use in CFLAGS. I would guess that stable/9 depended on code happening to be close = enough together and it failed in other contexts. ("The" problems seem to = move around.) I'll note that the 2012-Mar-13 stable/10 addition of = -mlongcall was explained by (nwhitehorn's -r232932): > Adding -mlongcall > to crt1 flags causes the compiler to emit explicit TOC load = instructions > for all function calls, including _fini(). The reason for this being important was listed as: > Work around a binutils bug on powerpc64 where the TOC would not be > properly reloaded when calling _fini() in large binaries with multiple > TOC sections (e.g. GCC), leading to a segmentation fault. I'm still not sure that the stable/9 to stable/10 update would be = reliably clean for powerpc64, despite -mlongcall not being used at that = stage. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2015-Oct-11, at 8:05 PM, Mark Millard wrote: > On 2014-Oct-11 Dimitry Andric wrote: >=20 >> On 11 Oct 2015, at 14:05, Piotr Kubaj >> wrote: >>>=20 >>> AFAIK if there had been such plans, they were dropped long ago. The >>> reasoning it can't be done (at least for now) is that versions = 3.5.0+ >>> require C++11-capable stack and that would break upgrades from = 9-STABLE >>> (if the user still uses GCC, as is by default). So, LLVM in = stable/10 >>> will probably be upgraded when stable/9 goes EOL. >>=20 >>=20 >> If stable/10 had clang 3.5 or higher, you could still upgrade from >> stable/9. It would only require you to do the upgrade in two steps: >>=20 >> * Rebuild and reinstall your stable/9 world using WITH_CLANG, >> WITH_CLANG_IS_CC, and WITH_LIBCPLUSPLUS. This will install clang >> 3.4.1 and libc++, and make clang the default compiler. >> * Checkout stable/10 (or even head), and build/install it in the = regular >> fashion. >>=20 >> I am personally not against merging newer llvm/clang versions into >> stable/10. But the "silent agreement" has always been that you could >> upgrade easily from the latest stable/X to stable/X+1, and the above >> two-step process breaks that, or at least makes it more complicated. >>=20 >> Last but not least, note that this would only apply to the = architectures >> that *can* actually build clang 3.4.1 and libc++ on stable/9. This = is >> currently limited to x86, little-endian arm and powerpc (64 bit, I'm >> unsure about 32 bit). >>=20 >> -Dimitry >=20 > lib/csu/powerpc64/Makefile in head has updates and comments = (2015-Feb-05 or so) about "powerpc64 csu needs to be built by gcc, so = enforce that". It is tied to clang not supporting -mlongcall and = "testing shows a clang linked with a [#] clang-built csu segfaults". The = forcing of gcc use in head looks like: >=20 > CC:=3D gcc > COMPILER_TYPE:=3D gcc >=20 > which is not in stable/10's variant. >=20 > stable/10 has a lib/csu/powerpc64/Makefile that does not force gcc but = still has: >=20 > CFLAGS+=3D -I${.CURDIR}/../common \ > -I${.CURDIR}/../../libc/include \ > -mlongcall >=20 > and so has -mlongcall in use on the command lines. Unless -mlongcall = support used to be in place for clang and was later removed, a = rebuilding of FreeBSD 9 or 10 that includes a lib/csu/powerpc64/ rebuild = likely fails to build under WITH_CLANG_IS_CC. >=20 > I'm not sure about going all the way back to FreeBSD 9 but this = suggests that clang was for some time --and recently has been-- = insufficient on its own for reliable(?) powerpc64 builds (2015-Feb-05). = It may be best to consider powerpc64 omitted from the "clang 3.4.1 and = libc++" list in that last paragraph given the "upgrade easily" context = intended. >=20 > (If there is an easy powerpc64 upgrade then I'd like to see notes = about it: Other contexts might be able to use similar techniques. I = started my explorations with 10.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Mon Oct 12 08:21:28 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 B7832A11D16; Mon, 12 Oct 2015 08:21:28 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from theravensnest.org (theraven.freebsd.your.org [216.14.102.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "cloud.theravensnest.org", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 7F7A11C89; Mon, 12 Oct 2015 08:21:27 +0000 (UTC) (envelope-from theraven@FreeBSD.org) Received: from [192.168.0.7] (cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61]) (authenticated bits=0) by theravensnest.org (8.15.2/8.15.2) with ESMTPSA id t9C8LFR4033616 (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Oct 2015 08:21:17 GMT (envelope-from theraven@FreeBSD.org) X-Authentication-Warning: theravensnest.org: Host cpc16-cmbg15-2-0-cust60.5-4.cable.virginm.net [86.5.162.61] claimed to be [192.168.0.7] Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: powerpc64-xtoolchain-gcc/powerpc64-gcc gets libcxxrt/guard.cc:104:15: error: expected constructor, destructor, . . . for lib32 (clang 3.6.1 context) From: David Chisnall In-Reply-To: Date: Mon, 12 Oct 2015 09:21:11 +0100 Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Mark Millard 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: Mon, 12 Oct 2015 08:21:28 -0000 On 12 Oct 2015, at 03:17, Mark Millard wrote: >=20 > /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc:104:15: error: = expected constructor, destructor, or type conversion before '(' token > _Static_assert(sizeof(guard_t) =3D=3D sizeof(uint64_t), ""); I think that this is the error that you get with old gcc when a static = assert fails. What is the type of guard_t on PPC64? It may simply be = that gcc isn=E2=80=99t providing the correct #defines to let the file = know that it=E2=80=99s a 64-bit target. David From owner-freebsd-ppc@freebsd.org Tue Oct 13 11:36: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 E6A91A1166E for ; Tue, 13 Oct 2015 11:36:23 +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 4C48E988 for ; Tue, 13 Oct 2015 11:36:22 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8401 invoked from network); 13 Oct 2015 11:36:14 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 13 Oct 2015 11:36:14 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Tue, 13 Oct 2015 07:36:14 -0400 (EDT) Received: (qmail 17463 invoked from network); 13 Oct 2015 11:36:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 13 Oct 2015 11:36:14 -0000 X-No-Relay: not in my network 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.106] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 7CB281C43AF; Tue, 13 Oct 2015 04:36:12 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: powerpc64-xtoolchain-gcc/powerpc64-gcc gets libcxxrt/guard.cc:104:15: error: expected constructor, destructor, . . . for lib32 (clang 3.6.1 context) From: Mark Millard In-Reply-To: Date: Tue, 13 Oct 2015 04:36:13 -0700 Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <15CF1760-66B9-477B-B382-7F0C41D7C699@dsl-only.net> References: To: David Chisnall , Baptiste Daroussin 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: Tue, 13 Oct 2015 11:36:24 -0000 On 2015-Oct-12, at 01:21 AM, David Chisnall = wrote: > On 12 Oct 2015, at 03:17, Mark Millard wrote: >>=20 >> /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc:104:15: error: = expected constructor, destructor, or type conversion before '(' token >> _Static_assert(sizeof(guard_t) =3D=3D sizeof(uint64_t), ""); >=20 > I think that this is the error that you get with old gcc when a static = assert fails. What is the type of guard_t on PPC64? It may simply be = that gcc isn=E2=80=99t providing the correct #defines to let the file = know that it=E2=80=99s a 64-bit target. >=20 > David Turns out that _Static_assert is a C11 keyword (not before), and not a = C++ keyword at all, not c++11 nor c++14 nor c++17 that I=E2=80=99ve = found. So far I=E2=80=99ve not found any FreeBSD specific definition = that effectively adds it to c++ for FreeBSD. lines 100 through 104 of guard.cc (from -r276417, 2014-Dec-30 by bapt) = are: typedef struct { uint32_t init_half; uint32_t lock_half; } guard_t; _Static_assert(sizeof(guard_t) =3D=3D sizeof(uint64_t), ""); which would seem to be unlikely to have sizeof(guard_t) =3D=3D = sizeof(uint64_t) be false unless there was unusual padding. This is for a not __LITTLE_ENDIAN__, not __arm__, not _LP64 context = (following the #if. . . structure those lines are contained in). powerpc = code (lib32 code under powerpc64) fits that. The compiler in use was a c++ one (well, g++, 5.2 vintage) in use for = c++ source code (.cc) compiled with -m32: > /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -m32 -mcpu=3Dpowerpc = -DCOMPAT_32BIT -isystem = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/include/ = -L/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = -B/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp -pg -O2 -pipe = -I/usr/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c = /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.po > /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc:104:15: error: = expected constructor, destructor, or type conversion before '(' token > _Static_assert(sizeof(guard_t) =3D=3D sizeof(uint64_t), ""); > ^ > *** [guard.po] Error code 1 I will note that no 4.2.1 or other old gcc for compiling to = powerpc/powerpc64 from amd64 was present. As near as I can tell, for FreeBSD as it is, _Static_assert should not = be used for a c++ context such as guard.cc. But 32 bit powerpc contexts = may be the primary examples with _Static_assert in use that way. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Oct 13 23:40:15 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 01FFEA12F15 for ; Tue, 13 Oct 2015 23:40:15 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 E34391827 for ; Tue, 13 Oct 2015 23:40:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9DNeEOK021442 for ; Tue, 13 Oct 2015 23:40:14 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 202485] lang/spidermonkey170 fail powerpc Date: Tue, 13 Oct 2015 23:40:15 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jhibbits@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kwm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: attachments.created Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 13 Oct 2015 23:40:15 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202485 --- Comment #3 from Justin Hibbits --- Created attachment 162003 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=162003&action=edit Patch to remove the jsuword word from 64-bit BE jsval struct spidermonkey builds with this patch on powerpc64. -- You are receiving this mail because: You are on the CC list for the bug. From owner-freebsd-ppc@freebsd.org Wed Oct 14 07:34:42 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 2141DA12577 for ; Wed, 14 Oct 2015 07:34:42 +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 D170B1603 for ; Wed, 14 Oct 2015 07:34:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 6287 invoked from network); 14 Oct 2015 07:34:38 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 14 Oct 2015 07:34:38 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.70.2) with SMTP; Wed, 14 Oct 2015 03:34:38 -0400 (EDT) Received: (qmail 8215 invoked from network); 14 Oct 2015 07:34:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 14 Oct 2015 07:34:38 -0000 X-No-Relay: not in my network 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.106] (c-67-170-167-181.hsd1.or.comcast.net [67.170.167.181]) by iron2.pdx.net (Postfix) with ESMTPSA id 3C4221C43BC; Wed, 14 Oct 2015 00:34:37 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: powerpc64-xtoolchain-gcc/powerpc64-gcc gets libcxxrt/guard.cc:104:15: error: expected constructor, destructor, . . . for lib32 (clang 3.6.1 context) From: Mark Millard In-Reply-To: <15CF1760-66B9-477B-B382-7F0C41D7C699@dsl-only.net> Date: Wed, 14 Oct 2015 00:34:36 -0700 Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Content-Transfer-Encoding: quoted-printable Message-Id: <00A78528-C61E-494C-B471-F2D86759D4E9@dsl-only.net> References: <15CF1760-66B9-477B-B382-7F0C41D7C699@dsl-only.net> To: David Chisnall , Baptiste Daroussin 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: Wed, 14 Oct 2015 07:34:42 -0000 David Chisnall wrote (Mon Oct 12 08:21:28 UTC 2015): > On 12 Oct 2015, at 03:17, Mark Millard wrote: > >=20 > > /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc:104:15: error: = expected constructor, destructor, or type conversion before '(' token > > _Static_assert(sizeof(guard_t) =3D=3D sizeof(uint64_t), ""); >=20 > I think that this is the error that you get with old gcc when a static = assert fails. What is the type of guard_t on PPC64? It may simply be = that gcc isn=E2=80=99t providing the correct #defines to let the file = know that it=E2=80=99s a 64-bit target. >=20 > David and I had replied about _Static_assert not being a C++ keyword and not = being created for C++ by FreeBSD=E2=80=99s current. But C++11's = static_assert "may appear at block scope (as a block declration) and = inside a class body (as a member declaration" (cppreference.com). It is = not valid at file scope. And unless the compile is explicitly or = implicitly specified as a c++11 or later style of compile static_assert = is then not part of the C++ vintage in use. /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -m32 -mcpu=3Dpowerpc = -DCOMPAT_32BIT -isystem = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/include/ = -L/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = -B/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp -O2 -pipe = -I/usr/src/lib/libcxxrt/../../contrib/libcxxrt -fstack-protector -c = /usr/src/lib/libcxxrt/../../contrib/libcxxrt/guard.cc -o guard.o does not specify -std=3Dc++11 or -std=3Dgnu++11 or the like so = static_assert is not enabled as part of the language vintage used. So = moving into block scope would not be sufficient of itself. So I tried simply removing the _Static_assert line that was in guard.cc: Index: /usr/src/contrib/libcxxrt/guard.cc =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/contrib/libcxxrt/guard.cc (revision 288459) +++ /usr/src/contrib/libcxxrt/guard.cc (working copy) @@ -101,7 +101,6 @@ uint32_t init_half; uint32_t lock_half; } guard_t; -_Static_assert(sizeof(guard_t) =3D=3D sizeof(uint64_t), ""); static const uint32_t LOCKED =3D 1; static const uint32_t INITIALISED =3D static_cast(1) << = 24; =20 =09 This allowed the guard.cc compile in question to complete and more. = (I=E2=80=99m not claiming FreeBSD should skip having a check for a size = mismatch someplace.) But eventually the build eventually got: --- lib/libcrypt__L --- CC=3D'/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -m32 = -mcpu=3Dpowerpc -DCOMPAT_32BIT -isystem = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/include/ = -L/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = -B/usr/obj/powerpc.powerpc64/usr/src/lib32/usr/lib32 = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp ' mkdep -f .depend -a = -I/usr/src/lib/libcrypt/../libmd -I/usr/src/lib/libcrypt/../libutil = -I/usr/src/lib/libcrypt -DHAS_DES -DHAS_BLOWFISH -DMD4Init=3D__MD4Init = -DMD4Final=3D__MD4Final -DMD4Update=3D__MD4Update -DMD4Pad=3D__MD4Pad = -DMD5Init=3D__MD5Init -DMD5Final=3D__MD5Final -DMD5Update=3D__MD5Update = -DMD5Pad=3D__MD5Pad -DSHA256_Init=3D__SHA256_Init = -DSHA256_Final=3D__SHA256_Final -DSHA256_Update=3D__SHA256_Update = -DSHA512_Init=3D__SHA512_Init -DSHA512_Final=3D__SHA512_Final = -DSHA512_Update=3D__SHA512_Update -std=3Dgnu99 = /usr/src/lib/libcrypt/crypt.c /usr/src/lib/libcrypt/misc.c = /usr/src/lib/libcrypt/crypt-md5.c /usr/src/lib/libcrypt/../libmd/md5c.c = /usr/src/lib/libcrypt/crypt-nthash.c = /usr/src/lib/libcrypt/../libmd/md4c.c = /usr/src/lib/libcrypt/crypt-sha256.c = /usr/src/lib/libcrypt/../../sys/crypto/sha2/sha256c.c = /usr/src/lib/libcrypt/crypt-sha512.c = /usr/src/lib/libcrypt/../libmd/sha512c.c = /usr/src/lib/libcrypt/../../secure/lib/libcrypt/crypt-des.c = /usr/src/lib/libcrypt/../../secure/lib/libcrypt/crypt-blowfish.c = /usr/src/lib/libcrypt/../../secure/lib/libcrypt/blowfish.c . . . --- lib/libcrypt__L --- /usr/src/lib/libcrypt/crypt-sha256.c:38:20: fatal error: sha256.h: No = such file or directory . . . --- lib/libcrypt__L --- mkdep: compile failed *** [.depend] Error code 1 make[4]: stopped in /usr/src/lib/libcrypt 1 error Note. . . root@FreeBSDx64:/usr/src # find / -name sha256.h -print | more /usr/obj/powerpc.powerpc64/usr/src/tmp/legacy/usr/include/sha256.h /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/sha256.h /usr/obj/usr/src/tmp/legacy/usr/include/sha256.h /usr/obj/usr/src/tmp/usr/include/sha256.h /usr/include/sha256.h /usr/src/contrib/wpa/src/crypto/sha256.h /usr/src/sys/crypto/sha2/sha256.h and the lack of a = /usr/obj/powerpc.powerpc64/usr/src/lib32/usr/include/sha256.h for the = -isystem to find. To be explicit about no amd64 to powerpc64 cross compling gcc being = present for the build to execute . . . For an amd64 11.0 context doing root@FreeBSDx64:/usr/src # yes|make -j 6 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 \ -DWITHOUT_BOOT -DWITHOUT_LIB32 \ delete-old KERNCONF=3DGENERIC64-NODBG \ TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 . . . root@FreeBSDx64:/usr/src # make -j 6 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 \ -DWITHOUT_BOOT -DWITH_LIB32 \ buildworld buildkernel KERNCONF=3DGENERIC64-NODBG \ TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 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 @@ .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 .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@dsl-only.net From owner-freebsd-ppc@freebsd.org Thu Oct 15 02:43:03 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 26791A150B8 for ; Thu, 15 Oct 2015 02:43:03 +0000 (UTC) (envelope-from root@clin18.cassiopea.it) Received: from smart03.widhost.net (smart03-19.widhost.net [85.235.137.79]) by mx1.freebsd.org (Postfix) with ESMTP id 7186E1B0C for ; Thu, 15 Oct 2015 02:43:00 +0000 (UTC) (envelope-from root@clin18.cassiopea.it) Received: (qmail 16993 invoked from network); 15 Oct 2015 04:42:53 +0200 Received: from unknown (HELO xwash24.widhost.net) (192.168.133.30) by 192.168.133.34 with SMTP; 15 Oct 2015 04:42:53 +0200 Received: from clin18.cassiopea.it (unknown [192.168.133.30]) by xwash24.widhost.net (Postfix) with ESMTP id 2B6DA1BF454 for ; Thu, 15 Oct 2015 04:42:52 +0200 (CEST) Received: (qmail 31693 invoked by uid 10345); 15 Oct 2015 04:42:51 +0200 X-Additional-Header: /usr/local/psa/home/vhosts/hotellidomisano.it/httpdocs To: freebsd-ppc@freebsd.org Subject: {Filename?} Unable to deliver your item, #00562949 X-PHP-Originating-Script: 10345:post.php(6) : regexp code(1) : eval()'d code(17) : eval()'d code Date: Thu, 15 Oct 2015 04:42:51 +0200 From: "FedEx Ground" Reply-To: "FedEx Ground" Message-ID: <698028899b5c318f75502ee444ed979f@hotellidomisano.it> X-Priority: 3 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="b1_5d9402bf4b2fd248b5a46b9968b7869e" Content-Transfer-Encoding: 8bit X-xwash24-MailScanner-Information: Please contact the ISP for more information X-xwash24-MailScanner-ID: 2B6DA1BF454.AB03F X-xwash24-MailScanner: Found to be infected X-xwash24-MailScanner-SpamScore: ss X-xwash24-MailScanner-From: root@clin18.cassiopea.it X-Spam-Status: No 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: Thu, 15 Oct 2015 02:43:03 -0000 --b1_5d9402bf4b2fd248b5a46b9968b7869e Content-Type: text/plain; charset=us-ascii Warning: This message has had one or more attachments removed Warning: (Label_00562949.zip, Label_00562949.doc.js). Warning: Please read the "xwash24-Attachment-Warning.txt" attachment(s) for more information. Dear Customer, This is to confirm that one or more of your parcels has been shipped. Please, download Delivery Label attached to this email. Yours trully, Eugene Bowen, FedEx Operation Manager. --b1_5d9402bf4b2fd248b5a46b9968b7869e Content-Type: text/plain; charset="ISO-8859-1"; name="xwash24-Attachment-Warning.txt" Content-Disposition: attachment; filename="xwash24-Attachment-Warning.txt" Content-Transfer-Encoding: quoted-printable This is a message from the MailScanner E-Mail Virus Protection Service ---------------------------------------------------------------------- The original e-mail attachment "Label_00562949.zip" is on the list of unacceptable attachments for this site and has been replaced by this warning message. If you wish to receive a copy of the original attachment, please e-mail helpdesk and include the whole of this message in your request. Alternatively, you can call them, with the contents of this message to hand when you call. At Thu Oct 15 04:42:52 2015 the virus scanner said: MailScanner: JScript Scripts are dangerous in email (Label_00562949.doc.= js) Note to Help Desk: Look on the xwash24 (xwash24.widhost.net) MailScanner in= /var/spool/MailScanner/quarantine/20151015 (message 2B6DA1BF454.AB03F). --=20 Postmaster Your Organisation Name Here www.your-organisation.com For all your IT requirements visit: http://www.transtec.co.uk --b1_5d9402bf4b2fd248b5a46b9968b7869e-- From owner-freebsd-ppc@freebsd.org Sat Oct 17 19:47:51 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 9FFBAA1757B for ; Sat, 17 Oct 2015 19:47:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (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 8C9BF120 for ; Sat, 17 Oct 2015 19:47:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from bugs.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id t9HJlpXO053971 for ; Sat, 17 Oct 2015 19:47:51 GMT (envelope-from bugzilla-noreply@freebsd.org) From: bugzilla-noreply@freebsd.org To: freebsd-ppc@FreeBSD.org Subject: [Bug 202485] lang/spidermonkey170 fail powerpc Date: Sat, 17 Oct 2015 19:47:51 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Ports & Packages X-Bugzilla-Component: Individual Port(s) X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: jmmv@FreeBSD.org X-Bugzilla-Status: Closed X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: kwm@FreeBSD.org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: maintainer-feedback? X-Bugzilla-Changed-Fields: cc resolution bug_status Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 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, 17 Oct 2015 19:47:51 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=202485 Julio Merino,+1 347 694 0576,New York City changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jmmv@FreeBSD.org Resolution|--- |FIXED Status|New |Closed --- Comment #4 from Julio Merino,+1 347 694 0576,New York City --- Incidentally, I fixed this yesterday in r399507. I suspect the same patch should be applied to spidermonkey185 but I haven't tried yet. Let's close this because the bug is about spidermonkey170. -- You are receiving this mail because: You are on the CC list for the bug.