From owner-freebsd-ppc@freebsd.org Mon Apr 18 18:20:39 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3F0D8B120FD for ; Mon, 18 Apr 2016 18:20:39 +0000 (UTC) (envelope-from admin050@mta50.ccbdfd.com) Received: from mta50.ccbdfd.com (mta50.ccbdfd.com [23.228.75.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2E3C01062 for ; Mon, 18 Apr 2016 18:20:38 +0000 (UTC) (envelope-from admin050@mta50.ccbdfd.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=ccbdfd; d=mta50.ccbdfd.com; h=Date:From:To:Subject:Message-ID:Mime-Version:Content-Type; i=admin050@mta50.ccbdfd.com; bh=ouE2hWrLBWQ4lvosLbSLBC0rauI=; b=YY+KnNk9a6V7VEw78TT3BQe/c7GUfeUgrjlpbdSJBVb8HjRuXC/wSz+TaIOFPR0tWViztv1bGZgS DMl+H0r2UANGT74b5bJcJ1XzXIzDk9iQ0Scb9g39YqxtBeI4EDeozgiHV2VT+ZsZAkAwhaXeVZqa le/NgAlpqSaPAjR5V1Y= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=ccbdfd; d=mta50.ccbdfd.com; b=UK8RIrLQVDWaW6LHLwYknpD5PZacRfPktnnvw2UuyT2IGlZ7jNX70HZrWfLX/JFs2HE2b4Dl1Ta9 G0/j3qgoxvDvbbVtO3ffF67S36AWODp5GgUi1cyOszU9BIWbb2IumNpmdPWJnKPV1z71dU0rqN3t 3JdsKN8rcHwzyBmehDU=; Date: Tue, 19 Apr 2016 02:13:32 +0800 From: "Rayban" To: Subject: Rayban Sunglasses,Get 83% OFF and Free Shipping Message-ID: <20160419021345856734@mta50.ccbdfd.com> X-mailer: Foxmail 6, 13, 102, 15 [cn] Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 18:20:39 -0000 SGF2aW5nIHRyb3VibGUgcmVhZGluZyB0aGlzIGVtYWlsPyBWaWV3IGl0IGluIHlvdXIgYnJvd3Nl ci4NCk5vdCBpbnRlcmVzdGVkIGFueW1vcmU/IFVuc3Vic2NyaWJlIGluc3RhbnRseS4gDQoNCldF TENPTUUgVG8gUmF5QmFuIFN1bmdsYXNzZXMgU3RvcmUgDQpCRVNUIFNFTExFUlMgU1VOR0xBU1NF UyBFWUVTVU5HTEFTU0VTIFNUT1JFIExPR0lOIE5ldyBBcnJpdmFscyANCiNFVkVSWVRISU5HDQpF TkpPWSA4MCUgT0ZGIQ0KV2UncmUgc2hhcmluZyB0aGUgb3VyIGZpcnN0IGV2ZXINCkJ1eSBvdmVy IDQgcGFpcnMgdG8gZW5qb3kgZnJlZSBzaGlwcGluZyANCiQyNC45OSBKdXN0IFRvZGF5IA0KRGlz Y291bnQgUmF5YmFuIFN1bmdsYXNzZXMNCg0KU2hvcCBOb3cgDQoNCiANCg0KDQpTaGlwcGluZyAm IFJldHVybnNEaXNjb3VudCBDb3Vwb25zUHJvZHVjdHMgTmV3DQoNCg0KT3VyIHByb21pc2VzOg0K DQoNCi0gRnJlZSBkZWxpdmVyeSBhbmQgcmV0dXJucyB3aXRoIG5vIG1pbmltdW0gc3BlbmQNCg0K LSAxMDAgZGF5cyB0byByZXR1cm4gb3IgZXhjaGFuZ2UgYW4gaXRlbQ0KDQotIFNhbWUtZGF5IGRp c3BhdGNoIGZvciBvcmRlcnMgcGxhY2VkIGJlZm9yZSA3IERheXMuKg0KDQotIENvbXBsZXRlIHNl Y3VyaXR5IHdpdGggMTAwJSBzZWN1cmUgb3JkZXIgcHJvY2Vzc2luZw0KDQotIEN1c3RvbWVyIHNh dGlzZmFjdGlvbiBpcyBvdXIgdG9wIHByaW9yaXR5IA0KDQoqVHdlbnR5LWZvdXIgaG91cnMgYSBk YXksIGRlcGVuZGVudCB1cG9uIHBheW1lbnQgdmFsaWRhdGlvbg0KDQoqU2VlIHRlcm1zIGFuZCBj b25kaXRpb25zIA0KDQoNCg0KDQoNCg0KDQpDb3B5cmlnaHQgQCAyMDA5LTIwMTYgQWxsIFJpZ2h0 cyBSZXNlcnZlZC4g From owner-freebsd-ppc@freebsd.org Mon Apr 18 22:27:20 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 10C78B13B16 for ; Mon, 18 Apr 2016 22:27:20 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from b.painless.aa.net.uk (b.painless.aa.net.uk [IPv6:2001:8b0:0:30:5054:ff:fe5e:1643]) (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 AC2C01C66 for ; Mon, 18 Apr 2016 22:27:19 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from 182.155.187.81.in-addr.arpa ([81.187.155.182] helo=ls25531.lan) by b.painless.aa.net.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1asHdU-000812-Q0; Mon, 18 Apr 2016 23:27:16 +0100 Subject: Re: Booting a new kernel after "make installkernel" To: Bill Sorenson References: <570D4E09.1000700@codelibre.net> <570EE30D.5060506@codelibre.net> Cc: FreeBSD PowerPC ML From: Roger Leigh Message-ID: <57155F7F.8070805@codelibre.net> Date: Mon, 18 Apr 2016 23:28:15 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 22:27:20 -0000 I have built 10.3 world and then the kernel with and without the change below. In both cases, I get a working system, so at least with my hardware, I don't think I'm tripping up on the change causing the regression. I can only assume I was hitting some other issue in the 10.0/10.1/early 10.2 releases, or getting something wrong on my side. Kind regards, Roger On 14/04/2016 01:42, Bill Sorenson wrote: > If this fixes your problem I'll file a bug report. I've been working on > coming up with a real patch to properly fix this in my spare time. > > Thanks, > Bill S. > > On Wed, Apr 13, 2016 at 7:37 PM, Bill Sorenson > wrote: > > Hopefully this makes sense. What i want you to do is replace > "sys/dev/ofw/ofw_iicbus.c" in 10.3 with the > "sys/dev/ofw/ofw_iicbus.c" from 10.2. There was a commit about 2 > months ago to 10-stable and now 10.3 that I think broke the way Open > Firmware machines read temp sensors, so your kernel wont boot > because it thinks your system is overheating and resets. > > If you check out 10.3 and copy the 10.2 ofw_iicbus.c over into the > tree replacing the newer one, I'll bet you'll build and boot fine. > > If it solves your problem I'll know I'm on the right track. (I think > the breakage is actually in a driver somewhere, and the fix to > ofw_iicbus.c caused a regression). > > Anyway, you should be able to just try building the kernel rather > than the whole system if you want to save time. Especially if your > 10.3 userland already booted back up with your kernel.old before. > > Thanks, > Bill S. > > > On Wed, Apr 13, 2016 at 7:23 PM, Roger Leigh > wrote: > > I've retried with 10.2-releng (r297915) built from a > 10.2-RELEASE-p0 install, and it built and rebooted just fine, > now on p14. It took 14 hours, but great success! > > I'd be happy to retry with 10.3 or 11 either vanilla or with any > patches you'd like testing. > > > Thanks, > Roger > > On 12/04/2016 20:41, Bill Sorenson wrote: > > I have had an issue with 10.3 on PowerPC that causes an > unbootable > situation. Try 10.2-releng and if that works I have > something for you to > try. > > On Apr 12, 2016 2:36 PM, "Roger Leigh" > >> > wrote: > > Hi folks, > > Sorry for the awfully naive question, but I've tried on > several > occasions to build world using the instructions here: > https://www.freebsd.org/doc/en/books/handbook/makeworld.html > > They work fine on amd64, but on powerpc I'm always left > with an > unbootable system. It looks like it can't load or boot > the kernel. > I've not customised anything; I've been trying to build > 10.x-stable. > > My previous experience was on Debian which required > running yaboot > to update the Open Firmware bootloader configuration. > Are there any > additional steps required on FreeBSD/powerpc which > aren't in the > generic instructions? > > > > From owner-freebsd-ppc@freebsd.org Mon Apr 18 22:28:59 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 29516B13BB7 for ; Mon, 18 Apr 2016 22:28:59 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from b.painless.aa.net.uk (b.painless.aa.net.uk [IPv6:2001:8b0:0:30:5054:ff:fe5e:1643]) (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 EBD901CC1 for ; Mon, 18 Apr 2016 22:28:58 +0000 (UTC) (envelope-from rleigh@codelibre.net) Received: from 182.155.187.81.in-addr.arpa ([81.187.155.182] helo=ls25531.lan) by b.painless.aa.net.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.77) (envelope-from ) id 1asHf7-00083a-A6; Mon, 18 Apr 2016 23:28:57 +0100 Subject: Re: Booting a new kernel after "make installkernel" To: Bill Sorenson References: <570D4E09.1000700@codelibre.net> <570EE30D.5060506@codelibre.net> <57155F7F.8070805@codelibre.net> Cc: FreeBSD PowerPC ML From: Roger Leigh Message-ID: <57155FE4.3050501@codelibre.net> Date: Mon, 18 Apr 2016 23:29:56 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <57155F7F.8070805@codelibre.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Apr 2016 22:28:59 -0000 On 18/04/2016 23:28, Roger Leigh wrote: > I have built 10.3 world and then the kernel with and without the change > below. Sorry, I meant to say this was with 10.3 on r297957. From owner-freebsd-ppc@freebsd.org Thu Apr 21 06:11:52 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 27C1BB17B5B for ; Thu, 21 Apr 2016 06:11:52 +0000 (UTC) (envelope-from pagaled1@saifunguo.com) Received: from m97115.qiye.163.com (m97115.qiye.163.com [220.181.97.115]) by mx1.freebsd.org (Postfix) with ESMTP id 8516318E0 for ; Thu, 21 Apr 2016 06:11:47 +0000 (UTC) (envelope-from pagaled1@saifunguo.com) Received: from pagaled1$saifunguo.com ( [218.17.44.42] ) by ajax-webmail-wmsvr11 (Coremail) ; Thu, 21 Apr 2016 13:53:28 +0800 (CST) X-Originating-IP: [218.17.44.42] Date: Thu, 21 Apr 2016 13:53:28 +0800 (CST) From: pagaled1 To: freebsd-ppc@FreeBSD.org Subject: Enquiry Paragliding X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 20150911(74783.7961) Copyright (c) 2002-2016 www.mailtech.cn 163-hosting MIME-Version: 1.0 Message-ID: <2e30a0a1.a2fb.15437615df3.Coremail.pagaled1@saifunguo.com> X-CM-TRANSID: c+CowECpIUTYahhXVqgCAA--.1687W X-CM-SenderInfo: hzruzv2s6vtx5ixqw33rof0z/1tbiRBpSLlbdFB7SuQABsJ X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== Content-Type: text/plain; charset=GBK Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.21 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Apr 2016 06:11:52 -0000 RGVhciBDRU8sCiAgICAgICAKUGxlYXNlIHNlZSB0aGUgYXR0YWNobWVudCBvZiBQYXJhZ2xpZGlu Zy4KCgoKCi0tCgpCZXN0IHJlZ2FyZHMKCgoKClVzaGVyIENhZ2UKClRlbKO6IDAwODYtNzU1LTM2 NjIxNzM2CgpNb2IgIDowMDg2LTE1OSA4OTQ0IDExNzUKCkUtbWFpbDogYWRtaW5AcGFnYWxlZC5j b20KCiAgICAgICAgICAgICB1c2hlckBwZWdhbGVkLmNvbQ== From owner-freebsd-ppc@freebsd.org Sat Apr 23 21:57:39 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5094BB1AA5F for ; Sat, 23 Apr 2016 21:57:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-158.reflexion.net [208.70.211.158]) (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 162E41136 for ; Sat, 23 Apr 2016 21:57:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 773 invoked from network); 23 Apr 2016 21:51:23 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 23 Apr 2016 21:51:23 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 23 Apr 2016 17:51:01 -0400 (EDT) Received: (qmail 29814 invoked from network); 23 Apr 2016 21:51:01 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 23 Apr 2016 21:51:01 -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.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1DDBD1C4388; Sat, 23 Apr 2016 14:50:52 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? Message-Id: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> Date: Sat, 23 Apr 2016 14:50:55 -0700 To: FreeBSD PowerPC ML , freebsd-ports@freebsd.org, swills@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 21:57:39 -0000 Recently a large block of ports (including lang/gcc6-devel) were marked = in their Makefiles with > BROKEN_powerpc64=3D Does not build Does this only apply for use of gcc/g++ 4.2.1 or specific other verions? = If so that is not the only way to have a powerpc64 environment. For = example: how "official" is use of devel/powerpc64-xtoolchain-gcc (so = devel/powerpc64-gcc as well) and lang/gcc49 used on a powerpc64 box (in = my case an old PowerMac)? Can broken be marked for only specific tool = chains? > # freebsd-version -ku > 11.0-CURRENT > 11.0-CURRENT > # uname -aKU > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r297769M: Sat = Apr 9 22:22:19 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc 1100105 1100105 For the rest of this note I'll focus on lang/gcc-devel since I happen to = build and install it. > # pkg info '*gcc*' > gcc49-4.9.4.s20160406 > gcc6-devel-6.0.0.s20160410 > powerpc64-gcc-5.3.0 > powerpc64-xtoolchain-gcc-0.1 gcc6-devel-6.0.0.s20160410 was built from -r413230 svn source on the = that same old PowerMac. -r413188 is the prior lang/gcc-devel check in = before being marked broken for powerpc64. For how I build it was not = broken at the time. I historically use devel/powerpc64-xtoolchain-gcc (so = devel/powerpc64-gcc as well) for the so-called "cross build" stages of = buildworld/buildkernel (11.0-CURRENT). (I also do true cross builds for = TARGET_ARCH=3Dpowerpc64 from an amd64 context sometimes.) gcc 4.2.1 is not present before, during, or after on the old PowerMac. I = do build clang and various related materials but do not use clang for = buildworld/buildkernel related activity. I experiment with using clang = for other things at times. I historically use lang/gcc49 on the old PowerMac for: A) building devel/powerpc64-gcc (not the only way to try to build it) B) the "host" stages of buildworld/buildkernel (11.0-CURRENT) C) building lang/gcc6-devel (not the only way to try to build it) [I do not have lang/gcc5 built/installed only because it and = devel/powerpc64-gcc have file conflicts when they are based on the same = gcc version. Getting devel/powerpc64-gcc to build and install on a = powerpc64 requires some workarounds because it is not a true cross = compile environment and some file names are odd for self-hosted and so = not found during staging's copy activities.] [I do build the system's clang 3.8.0 but do not use it other than for = exploring/checking its current powerpc64 FreeBSD limitations. It does = work for various things but not everything. Those experiments do not = include buildworld or buildkernel. For example: clang 3.8.0 targeting = powerpc64 can not build libstand due to lack of software floating point = support. C++ exception handling built via clang for powerpc64 is messed = up as well.] I have started a powerpc64 self-hosted buildworld/buildkernel for an = update to 11.0-CURRENT -r298518 in preparation for then updating my = ports to -r413907 or so. My intent is to comment out the BROKEN_powerpc64 line in = lang/gcc6-devel/Makefile and see if lang/gcc6-devel still (re-)builds = once everything else is up to date. But the builds involved take many hours so I'll likely not have a result = to report until tomorrow (or later). Supporting example details: > # svnlite info /usr/ports > Path: /usr/ports > Working Copy Root Path: /usr/ports > URL: https://svn0.us-west.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 413230 > Node Kind: directory > Schedule: normal > Last Changed Author: kmoore > Last Changed Rev: 413230 > Last Changed Date: 2016-04-13 13:07:37 -0700 (Wed, 13 Apr 2016) (I'll svnlite update -r413907 /usr/ports [or there about] after the = system is updated. The above was used for my existing lang/gcc-devel = build on powerpc64 for powerpc64.) > # more /etc/make.conf=20 > DEFAULT_VERSIONS+=3Dperl5=3D5.22 > WRKDIRPREFIX=3D/usr/obj/portswork > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > # > # > # For trying gcc49... > # > CC=3D/usr/local/bin/gcc49 > CXX=3D/usr/local/bin/g++49 > CPP=3D/usr/local/bin/cpp49 > # > # > # For trying port binutils... > # > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ > AS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/as > AR=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ar > LD=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ld > NM=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/nm > OBJCOPY=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy > OBJDUMP=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump > RANLIB=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib > SIZE=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/size > #NO-SUCH: STRINGS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/strings= > STRINGS=3D/usr/local/bin/strings The above sort of make.conf is used for port builds, though I may edit = the details to control my experiments. The below are tied to buildworld/buildkernel related activity: > # more = /root/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_cla= ng_xtoolchain-powerpc64-host.sh=20 > script = /root/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xto= olchain-powerpc64-host-$(date +%Y-%m-%d:%H:%M:%S) \ > env __MAKE_CONF=3D"/root/src.configs/make.conf" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-= host" \ > MAKEOBJDIRPREFIX=3D"/usr/obj/xtoolchain/powerpc.powerpc64" \ > make $* /root/src.configs/make.conf (used for buildworld/buildkernel) is = normally empty. > # more /root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host > TO_TYPE=3Dpowerpc64 > TOOLS_TO_TYPE=3D${TO_TYPE} > FROM_TYPE=3Dpowerpc64 > TOOLS_FROM_TYPE=3D${FROM_TYPE} > VERSION_CONTEXT=3D11.0 > # > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc > .if ${.MAKE.LEVEL} =3D=3D 0 > TARGET_ARCH=3D${TO_TYPE} > .export TARGET_ARCH > .endif > # > WITHOUT_CROSS_COMPILER=3D > # > WITH_LIBCPLUSPLUS=3D > WITH_BOOT=3D > #WITH_LIB32=3D > WITH_CLANG=3D > WITH_CLANG_IS_CC=3D > WITH_CLANG_FULL=3D > WITH_LLDB=3D > # > # LIB32 builds but does not work via gcc variants [crtbeginS code = problem(s)] > WITHOUT_LIB32=3D > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > # > WITH_DEBUG_FILES=3D > # > # > # For TO (so-called "cross") stages . . . > # So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . > # TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related bintutils. = . . > # > CROSS_TOOLCHAIN=3D${TO_TYPE}-gcc > X_COMPILER_TYPE=3Dgcc > CROSS_BINUTILS_PREFIX=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ > .if ${.MAKE.LEVEL} =3D=3D 0 > = XCC=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gc= c > = XCXX=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g= ++ > = XCPP=3D/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-c= pp > .export XCC > .export XCXX > .export XCPP > XAS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as > XAR=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar > XLD=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld > XNM=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm > XOBJCOPY=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy > XOBJDUMP=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump > XRANLIB=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib > XSIZE=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size > #NO-SUCH: XSTRINGS=3D/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings > XSTRINGS=3D/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings > .export XAS > .export XAR > .export XLD > .export XNM > .export XOBJCOPY > .export XOBJDUMP > .export XRANLIB > .export XSIZE > .export XSTRINGS > .endif > # > # > # For FROM (host) stages . . . > # =46rom gccXY (such as gcc49 but not xtoolchain) > # TOOLS_FROM_TYPE's appropriate binutils. . . > # > .if ${.MAKE.LEVEL} =3D=3D 0 > CC=3Denv C_INCLUDE_PATH=3D/usr/include /usr/local/bin/gcc49 -L/usr/lib > CXX=3Denv C_INCLUDE_PATH=3D/usr/include = CPLUS_INCLUDE_PATH=3D/usr/include/c++/v1 /usr/local/bin/g++49 -std=3Dc++11= -nostdinc++ -L/usr/lib > CPP=3D/usr/local/bin/cpp49 > .export CC > .export CXX > .export CPP > = AS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= s > = AR=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/a= r > = LD=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/l= d > = NM=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/n= m > = OBJCOPY=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objcopy > = OBJDUMP=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/objdump > = RANLIB=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/b= in/ranlib > = SIZE=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin= /size > #NO-SUCH: = STRINGS=3D/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/= bin/strings > STRINGS=3D/usr/local/bin/strings > .export AS > .export AR > .export LD > .export NM > .export OBJCOPY > .export OBJDUMP > .export RANLIB > .export SIZE > .export STRINGS > .endif > # svnlite status /usr/src > ? /usr/src/.snap > M = /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp > M /usr/src/lib/csu/powerpc64/Makefile > ? /usr/src/restoresymtable > ? /usr/src/sys/arm/conf/RPI2-NODBG > M /usr/src/sys/boot/ofw/Makefile.inc > M /usr/src/sys/boot/powerpc/Makefile > M /usr/src/sys/boot/powerpc/Makefile.inc > M /usr/src/sys/boot/uboot/Makefile.inc > M /usr/src/sys/conf/Makefile.powerpc > M /usr/src/sys/conf/kern.mk > M /usr/src/sys/conf/kmod.mk > ? /usr/src/sys/powerpc/conf/GENERIC64-NODBG > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc > ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG > ? /usr/src/sys/powerpc/conf/GENERICvtsc > ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG > M /usr/src/sys/powerpc/ofw/ofw_machdep.c > M /usr/src/sys/powerpc/powerpc/exec_machdep.c =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat Apr 23 23:17:55 2016 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6E689B1ADE1; Sat, 23 Apr 2016 23:17:55 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [IPv6:2607:fc50:0:4400:216:3eff:fe69:33b3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mouf.net", Issuer "mouf.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4863F1A30; Sat, 23 Apr 2016 23:17:55 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from [0.0.0.0] (cpe-071-065-239-148.nc.res.rr.com [71.65.239.148] (may be forged)) (authenticated bits=0) by mouf.net (8.14.9/8.14.9) with ESMTP id u3NNHgb1048282 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT); Sat, 23 Apr 2016 23:17:48 GMT (envelope-from swills@FreeBSD.org) Subject: Re: port's svn commit: r413746 - in head "many ports: mark broken on powerpc64": for what toolchains? To: Mark Millard , FreeBSD PowerPC ML , freebsd-ports@freebsd.org References: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> From: Steve Wills Message-ID: <571C0297.3050801@FreeBSD.org> Date: Sat, 23 Apr 2016 19:17:43 -0400 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.7.1 MIME-Version: 1.0 In-Reply-To: <34C0599F-044B-46ED-AF60-0F0E98876E2F@dsl-only.net> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mouf.net [199.48.129.64]); Sat, 23 Apr 2016 23:17:48 +0000 (UTC) X-Spam-Status: No, score=2.8 required=4.5 tests=HELO_MISC_IP, RCVD_ILLEGAL_IP, RDNS_NONE autolearn=no autolearn_force=no version=3.4.1 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on mouf.net X-Virus-Scanned: clamav-milter 0.99 at mouf.net X-Virus-Status: Clean X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Apr 2016 23:17:55 -0000 Hi, On 04/23/16 05:50 PM, Mark Millard wrote: > Recently a large block of ports (including lang/gcc6-devel) were > marked in their Makefiles with > >> BROKEN_powerpc64= Does not build > > > Does this only apply for use of gcc/g++ 4.2.1 or specific other > verions? If so that is not the only way to have a powerpc64 > environment. For example: how "official" is use of > devel/powerpc64-xtoolchain-gcc (so devel/powerpc64-gcc as well) and > lang/gcc49 used on a powerpc64 box (in my case an old PowerMac)? The intent was just that they don't build with the default config, ie, gcc 4.2.1 from base. If there are ways to make things build with other compilers, we should look at getting those changes into ports. You can find the logs of the build that I based all those changes on here: http://poudriere.mouf.net/karl/poudriere/build.html?mastername=headpowerpc-default&build=2016-04-02_20h57m16s Specifically the gcc6-devel one is here: http://poudriere.mouf.net/karl/poudriere/data/headpowerpc-default/2016-04-02_20h57m16s/logs/errors/gcc6-devel-6.0.0.s20160320.log Though I realize now that was simply a timeout and perhaps shouldn't have been marked as broken. A few of the llvm ones timed out and I didn't mark those as broken and meant to not mark any that timed out as broken, and to go back and retry them, but didn't notice this one was a timeout. We can remove the BROKEN_powerpc64 from lang/gcc-devel if it builds for you. Also note that build was using the 2016Q2 branch, but the BROKEN_powerpc64 was committed to the main branch. Perhaps that change should be merged to the 2016Q2 branch. Anyway, I'm currently retrying the build, after fixing pixman and merging that to the 2016Q2 and then locally patching in the BROKEN_powerpc64 things into my local tree. You can see the progress of that here: http://poudriere.mouf.net/karl/poudriere/build.html?mastername=headpowerpc-default&build=2016-04-21_17h38m55s > Can broken be marked for only specific tool chains? > Not trivially, but it's probably doable somehow. >> # freebsd-version -ku 11.0-CURRENT 11.0-CURRENT # uname -aKU >> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #29 r297769M: >> Sat Apr 9 22:22:19 PDT 2016 >> root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64vtsc-NODEBUG >> powerpc 1100105 1100105 > > For the rest of this note I'll focus on lang/gcc-devel since I happen > to build and install it. > >> # pkg info '*gcc*' gcc49-4.9.4.s20160406 >> gcc6-devel-6.0.0.s20160410 powerpc64-gcc-5.3.0 >> powerpc64-xtoolchain-gcc-0.1 > > gcc6-devel-6.0.0.s20160410 was built from -r413230 svn source on the > that same old PowerMac. -r413188 is the prior lang/gcc-devel check in > before being marked broken for powerpc64. For how I build it was not > broken at the time. > > I historically use devel/powerpc64-xtoolchain-gcc (so > devel/powerpc64-gcc as well) for the so-called "cross build" stages > of buildworld/buildkernel (11.0-CURRENT). (I also do true cross > builds for TARGET_ARCH=powerpc64 from an amd64 context sometimes.) > > gcc 4.2.1 is not present before, during, or after on the old > PowerMac. I do build clang and various related materials but do not > use clang for buildworld/buildkernel related activity. I experiment > with using clang for other things at times. > > I historically use lang/gcc49 on the old PowerMac for: > > A) building devel/powerpc64-gcc (not the only way to try to build > it) B) the "host" stages of buildworld/buildkernel (11.0-CURRENT) C) > building lang/gcc6-devel (not the only way to try to build it) > > [I do not have lang/gcc5 built/installed only because it and > devel/powerpc64-gcc have file conflicts when they are based on the > same gcc version. Getting devel/powerpc64-gcc to build and install on > a powerpc64 requires some workarounds because it is not a true cross > compile environment and some file names are odd for self-hosted and > so not found during staging's copy activities.] > > [I do build the system's clang 3.8.0 but do not use it other than for > exploring/checking its current powerpc64 FreeBSD limitations. It does > work for various things but not everything. Those experiments do not > include buildworld or buildkernel. For example: clang 3.8.0 targeting > powerpc64 can not build libstand due to lack of software floating > point support. C++ exception handling built via clang for powerpc64 > is messed up as well.] > > It would be nice if we could fix those things and get powerpc(64) built with clang. > > I have started a powerpc64 self-hosted buildworld/buildkernel for an > update to 11.0-CURRENT -r298518 in preparation for then updating my > ports to -r413907 or so. > > My intent is to comment out the BROKEN_powerpc64 line in > lang/gcc6-devel/Makefile and see if lang/gcc6-devel still (re-)builds > once everything else is up to date. > > But the builds involved take many hours so I'll likely not have a > result to report until tomorrow (or later). > > > Supporting example details: > >> # svnlite info /usr/ports Path: /usr/ports Working Copy Root Path: >> /usr/ports URL: https://svn0.us-west.freebsd.org/ports/head >> Relative URL: ^/head Repository Root: >> https://svn0.us-west.freebsd.org/ports Repository UUID: >> 35697150-7ecd-e111-bb59-0022644237b5 Revision: 413230 Node Kind: >> directory Schedule: normal Last Changed Author: kmoore Last Changed >> Rev: 413230 Last Changed Date: 2016-04-13 13:07:37 -0700 (Wed, 13 >> Apr 2016) > > (I'll svnlite update -r413907 /usr/ports [or there about] after the > system is updated. The above was used for my existing lang/gcc-devel > build on powerpc64 for powerpc64.) > >> # more /etc/make.conf DEFAULT_VERSIONS+=perl5=5.22 >> WRKDIRPREFIX=/usr/obj/portswork WITH_DEBUG= WITH_DEBUG_FILES= >> MALLOC_PRODUCTION= # # # For trying gcc49... # >> CC=/usr/local/bin/gcc49 CXX=/usr/local/bin/g++49 >> CPP=/usr/local/bin/cpp49 # # # For trying port binutils... # >> CROSS_BINUTILS_PREFIX=/usr/local/powerpc64-portbld-freebsd11.0/bin/ >> >> AS=/usr/local/powerpc64-portbld-freebsd11.0/bin/as >> AR=/usr/local/powerpc64-portbld-freebsd11.0/bin/ar >> LD=/usr/local/powerpc64-portbld-freebsd11.0/bin/ld >> NM=/usr/local/powerpc64-portbld-freebsd11.0/bin/nm >> OBJCOPY=/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy >> OBJDUMP=/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump >> RANLIB=/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib >> SIZE=/usr/local/powerpc64-portbld-freebsd11.0/bin/size #NO-SUCH: >> STRINGS=/usr/local/powerpc64-portbld-freebsd11.0/bin/strings >> STRINGS=/usr/local/bin/strings > > The above sort of make.conf is used for port builds, though I may > edit the details to control my experiments. > > The below are tied to buildworld/buildkernel related activity: > >> # more >> /root/sys_build_scripts.powerpc64-host/make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host.sh >> script >> /root/sys_typescripts/typescript_make_powerpc64vtsc_nodebug_incl_clang_xtoolchain-powerpc64-host-$(date >> +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF="/root/src.configs/make.conf" >> SRC_ENV_CONF="/root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host" >> \ MAKEOBJDIRPREFIX="/usr/obj/xtoolchain/powerpc.powerpc64" \ make >> $* > > > /root/src.configs/make.conf (used for buildworld/buildkernel) is > normally empty. > >> # more >> /root/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host >> TO_TYPE=powerpc64 TOOLS_TO_TYPE=${TO_TYPE} FROM_TYPE=powerpc64 >> TOOLS_FROM_TYPE=${FROM_TYPE} VERSION_CONTEXT=11.0 # >> KERNCONF=GENERIC64vtsc-NODEBUG TARGET=powerpc .if ${.MAKE.LEVEL} == >> 0 TARGET_ARCH=${TO_TYPE} .export TARGET_ARCH .endif # >> WITHOUT_CROSS_COMPILER= # WITH_LIBCPLUSPLUS= WITH_BOOT= >> #WITH_LIB32= WITH_CLANG= WITH_CLANG_IS_CC= WITH_CLANG_FULL= >> WITH_LLDB= # # LIB32 builds but does not work via gcc variants >> [crtbeginS code problem(s)] WITHOUT_LIB32= WITHOUT_GCC= >> WITHOUT_GNUCXX= # NO_WERROR= MALLOC_PRODUCTION= # >> WITH_DEBUG_FILES= # # # For TO (so-called "cross") stages . . . # >> So-called-cross via ${TO_TYPE}-xtoolchain-gcc/${TO_TYPE}-gcc. . . # >> TOOLS_TO_TYPE based on ${TO_TYPE}-xtoolchain-gcc related bintutils. >> . . # CROSS_TOOLCHAIN=${TO_TYPE}-gcc X_COMPILER_TYPE=gcc >> CROSS_BINUTILS_PREFIX=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ .if >> ${.MAKE.LEVEL} == 0 >> XCC=/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-gcc >> >> XCXX=/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-g++ >> XCPP=/usr/local/bin/${TOOLS_TO_TYPE}-portbld-freebsd${VERSION_CONTEXT}-cpp >> >> .export XCC >> .export XCXX .export XCPP >> XAS=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/as >> XAR=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ar >> XLD=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ld >> XNM=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/nm >> XOBJCOPY=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objcopy >> XOBJDUMP=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/objdump >> XRANLIB=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/ranlib >> XSIZE=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/size #NO-SUCH: >> XSTRINGS=/usr/local/${TOOLS_TO_TYPE}-freebsd/bin/strings >> XSTRINGS=/usr/local/bin/${TOOLS_TO_TYPE}-freebsd-strings .export >> XAS .export XAR .export XLD .export XNM .export XOBJCOPY .export >> XOBJDUMP .export XRANLIB .export XSIZE .export XSTRINGS .endif # # >> # For FROM (host) stages . . . # From gccXY (such as gcc49 but not >> xtoolchain) # TOOLS_FROM_TYPE's appropriate binutils. . . # .if >> ${.MAKE.LEVEL} == 0 CC=env C_INCLUDE_PATH=/usr/include >> /usr/local/bin/gcc49 -L/usr/lib CXX=env C_INCLUDE_PATH=/usr/include >> CPLUS_INCLUDE_PATH=/usr/include/c++/v1 /usr/local/bin/g++49 >> -std=c++11 -nostdinc++ -L/usr/lib CPP=/usr/local/bin/cpp49 .export >> CC .export CXX .export CPP >> AS=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/as >> >> AR=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ar >> LD=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ld >> >> NM=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/nm >> OBJCOPY=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objcopy >> >> OBJDUMP=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/objdump >> RANLIB=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/ranlib >> >> SIZE=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/size >> #NO-SUCH: >> STRINGS=/usr/local/${TOOLS_FROM_TYPE}-portbld-freebsd${VERSION_CONTEXT}/bin/strings >> >> STRINGS=/usr/local/bin/strings >> .export AS .export AR .export LD .export NM .export OBJCOPY .export >> OBJDUMP .export RANLIB .export SIZE .export STRINGS .endif > >> # svnlite status /usr/src ? /usr/src/.snap M >> /usr/src/contrib/llvm/lib/CodeGen/SelectionDAG/SelectionDAGBuilder.cpp >> >> M /usr/src/lib/csu/powerpc64/Makefile >> ? /usr/src/restoresymtable ? >> /usr/src/sys/arm/conf/RPI2-NODBG M >> /usr/src/sys/boot/ofw/Makefile.inc M >> /usr/src/sys/boot/powerpc/Makefile M >> /usr/src/sys/boot/powerpc/Makefile.inc M >> /usr/src/sys/boot/uboot/Makefile.inc M >> /usr/src/sys/conf/Makefile.powerpc M >> /usr/src/sys/conf/kern.mk M /usr/src/sys/conf/kmod.mk ? >> /usr/src/sys/powerpc/conf/GENERIC64-NODBG ? >> /usr/src/sys/powerpc/conf/GENERIC64vtsc ? >> /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODEBUG ? >> /usr/src/sys/powerpc/conf/GENERICvtsc ? >> /usr/src/sys/powerpc/conf/GENERICvtsc-NODEBUG M >> /usr/src/sys/powerpc/ofw/ofw_machdep.c M >> /usr/src/sys/powerpc/powerpc/exec_machdep.c > > Let me know what you find. There was some work on external compiler support, though I don't know it's current status. Steve