From owner-freebsd-ppc@freebsd.org Sun May 22 15:06:16 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 02002B45F6A for ; Sun, 22 May 2016 15:06:16 +0000 (UTC) (envelope-from 38JCJ5-HIKEI9-GWCFP-AVN9WS-YIUWA6-M-M2-20160522-b628ddf3db8b0dd8@gsisportsauth.bounce.ed10.net) Received: from gsisportsauth.outbound.ed10.com (gsisportsauth.outbound.ed10.com [208.94.21.252]) by mx1.freebsd.org (Postfix) with ESMTP id 7F94B189E for ; Sun, 22 May 2016 15:06:15 +0000 (UTC) (envelope-from 38JCJ5-HIKEI9-GWCFP-AVN9WS-YIUWA6-M-M2-20160522-b628ddf3db8b0dd8@gsisportsauth.bounce.ed10.net) DKIM-Signature: v=1; a=rsa-sha1; d=em.sportsauthority.com; s=ED-DKIM-V3; c=relaxed/relaxed; q=dns/txt; i=@em.sportsauthority.com; t=1463929569; h=From; bh=Kfe8g79eggV5Ak74tL6hJfjxy1c=; b=ZiaNmenETtC8/NqSPdjsm+95JkpFY14o3pb9hUVyg5EZtq+Ch+Tcxk/QAgsqBVxv x07VMjUuUQoYfJUlphZwyLAdrjGCfeiVEYbRK5rOeocxNnvrnwGFEfPsfyjOQ50I zkSHgvZjyFc8RVMQ8oKsWguaOO003OolPgKl98k9RMw=; DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws; s=ED2008-07; d=em.sportsauthority.com; h=Received:Date:Content-Type:Content-Transfer-Encoding:MIME-Version:From:Reply-To:To:Subject:Message-Id:X-Mail-From:X-Match:X-RCPT-To:X-Mailer; b=kZD+vFeP1in4I8QrEILI//QOWtHjz3o7M/57N7IX40YJ9DuZ+XJfNGvv/WcXI9wG NRhhO66Gr/wgIivvIxJLHRh7eYXesR0Zl7Q3JkmAuW1X5uWgKtHJf+PjN+2CggFu Received: from [127.0.0.1] ([127.0.0.1:39607]) by bm1-29.bo3.e-dialog.com (envelope-from <38JCJ5-HIKEI9-GWCFP-AVN9WS-YIUWA6-M-M2-20160522-b628ddf3db8b0dd8@gsisportsauth.bounce.ed10.net>) (ecelerity 2.2.2.45 r(34222M)) with ECSTREAM id B4/73-03918-1EAC1475; Sun, 22 May 2016 11:06:09 -0400 Date: Sun, 22 May 2016 11:06:09 -0400 MIME-Version: 1.0 From: "Sports Authority" Reply-To: "Sports Authority" To: freebsd-ppc@freebsd.org Subject: =?UTF-8?B?U2hvcCB0aGlzIHdlZWvigJlzIGNpcmN1bGFy?= Message-Id: <683-961-38JCJ5-HIKEI9-GWCFP-AVN9WS-YIUWA6-M-M2-20160522-b628ddf3db8b0dd8@e-dialog.com> X-Mail-From: 38JCJ5-HIKEI9-GWCFP-AVN9WS-YIUWA6-M-M2-20160522-b628ddf3db8b0dd8@gsisportsauth.bounce.ed10.net X-Match: gsisportsauth.bounce.ed10.net X-RCPT-To: freebsd-ppc@freebsd.org X-Mailer: EDMAIL R6.00.02 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 15:06:16 -0000 Get this week's best offers & save. Shop Now >> http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/B47XF9/Q3/t?a=http://www.sportsauthority.com/entry.point?entry=94048126&source=CME_TSA:HTML:20160522_WK17DOTW View Online Version >> http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/4VOMN3/Q3/t?a=38JCJ5&b=HIKEI9&c=DRPNSIR&d=IWBU91&e=1&f=915725211&g=5044146&h=815328121&i=20160522_WK17DOTW My Account http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/LSE3A7/Q3/t?a=20160522_WK17DOTW&b=915725211&c=5044146&d=815328121&e=20160522_WK17DOTW Help http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/872X1H/Q3/t?a=20160522_WK17DOTW&b=915725211&c=5044146&d=815328121&e=20160522_WK17DOTW ------------------------------------------------- SportsAuthority.com ------------------------------------------------- EMAIL SUBSCRIPTION This email was sent to freebsd-ppc@freebsd.org. To update your email preferences or change your email address, visit My Account by clicking here. http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/9MAKLQ/Q3/t?a=20160522_WK17DOTW&b=915725211&c=5044146&d=815328121&e=20160522_WK17DOTW. If you would rather not receive email updates from Sports Authority, you can UNSUBSCRIBE at any time by clicking here. http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/DX5EGF/Q3/t?a=IWBU91&b=freebsd-ppc@freebsd.org&c=815328121&d=HIKEI9&e=915725211&f=5044146&g=815328121&h=20160522_WK17DOTW Or, write us at SportsAuthority.com, Email Permissions Manager, 915 S Babcock Street, Melbourne, FL 32901. CONTACT US Please do not respond to this email, as we are not able to respond to emails sent to this address. Visit our Online Help by clicking here. http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/JQYFVT/Q3/t?a=20160522_WK17DOTW&b=915725211&c=5044146&d=815328121&e=20160522_WK17DOTW Online Customer Service: 1.888.801.9164 In-Store Customer Service: 1.800.360.8721 Click here to view our Privacy Policy. http://link.sportsauthority.com/r/38JCJ5/GWCFP/AVN9WS/YIUWA6/Z8HV9W/Q3/t?a=20160522_WK17DOTW&b=915725211&c=5044146&d=815328121&e=20160522_WK17DOTW [[38JCJ5-HIKEI9-GWCFP-AVN9WS-YIUWA6-M-M2-20160522-b628ddf3db8b0dd8]] From owner-freebsd-ppc@freebsd.org Sun May 22 17:35:37 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 16200B450CA; Sun, 22 May 2016 17:35:37 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-vk0-x232.google.com (mail-vk0-x232.google.com [IPv6:2607:f8b0:400c:c05::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 B726B1D37; Sun, 22 May 2016 17:35:36 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: by mail-vk0-x232.google.com with SMTP id r140so20520788vkf.0; Sun, 22 May 2016 10:35:36 -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; bh=j/n/pwWOwZQ5tXczUKh24vk1yPb4zBUD6WFeXOWHPPI=; b=AOAJ7utbZmKpHTBON9hhOM2l/GYZZvzzbHapWDyS6GltnGAWWPLGJ8KoH6fAGgqDA8 p5P98bomVK86d+Ncbrp1pmTBKpEveONTIcqZRsSOPsSx2k0wrqgKBepfSX3PUjCxf7Am 6b8EuOpddVK1OIT4ssprqgoN+f7JlgTvRj8N6bWzx9sosgrKo5+aQzMwtnC//VESScVp BNGCOMUgk2a3idvPlYJpHEaCubzk4jh4cyNGAvA9D3OmHgAEgd3C0d/PXdyEDJw9KVTR 9jwyjbf4iwsLy6rNeLOL0Th5qWai+bM3iHoLGOhWaWgsGJx9xz9Bkfb4P63ZRvz1mn3o QqYg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=j/n/pwWOwZQ5tXczUKh24vk1yPb4zBUD6WFeXOWHPPI=; b=IjFeSfYlrCRHLbJ0JclEFNcXN1Aco3GGrUdcOhFc/wQylXYDgvYn4iz36XNNyk2O7S sdTRh9vFRbjmmWrdEUWwpWk9+oesl/JU0zgxeUJ6JfGoT8IFsIKVd69j6yXzSX4DSIVQ cD0MAyRAGCWaYOfqGgY+lHO+2silRqU/Z1Mss/ULQtCOlwScFLFsK6MFChXI29hY+MUj 0i3QWD986mUArk2jZ7rax7mAaqg8eYR6/2QFbnDM4WQxU+0c1V89PctYokHWlqbVIh7s Zcm7JGNElTvvYo5XKAj8yiliNDmdxtEaGQ53CAD89tUWlbamFn4GIZI2T2DkzmGGPeS7 rAtQ== X-Gm-Message-State: AOPr4FUDHwQvwMB9oYBrPvIKJ6kQpwajfAGjTGEkMXdEMd2X86p68WpaENp3uSeJE6VIG3gi4N8mv/sepaE3mw== MIME-Version: 1.0 X-Received: by 10.159.36.119 with SMTP id 110mr6610165uaq.60.1463938535784; Sun, 22 May 2016 10:35:35 -0700 (PDT) Received: by 10.103.21.135 with HTTP; Sun, 22 May 2016 10:35:35 -0700 (PDT) In-Reply-To: References: Date: Sun, 22 May 2016 13:35:35 -0400 Message-ID: Subject: Re: From: Joe Nosay To: Tikun Olam , FreeBSD PowerPC ML , Debian powerpc Mailinglist , Adrian Chadd , ports Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 May 2016 17:35:37 -0000 I have two PowerMac G4s. One is Blue and grey/white and the other has a mirrored door. You will need a usb mouse and a monitor. Both seem to be single cores from looking at the inside of the tower. I do Open Source/Free software design and these two would be and are good for animating, audio, and other artistic expressions. There are two operating systems similar to what you already know. I am making an assumption from what your husband has told me. I am able to set each with a Debian/Linux system and a FreeBSD system. The first already has packages -software - available for it. The second system needs to have packages built. I can take the tower which has the least amount of CPU and other parts for compiling. Of course, I will ask the community if they would aid and assist us in this endeavor. We are setting up an animation station for children and will need some packages to be built. The architecture is PowerPC 32. The packages would be: GIMP, Blender, Pencil - which needs to be updated to Pencil-2d for the download area of the Pencil application in /ports/graphics - librecad, ChipmunkPhysics, the nlove animation engines, synfig & synfig studio, adgali, py27-hypatia, solarus, g2, grx, libart, openrm, pencil -see the above note, radius engine, biggles, geg, and grace for the two dimensional animations. Yes, there is needed some audio and 3d applications. I'm asking a lot; and, the people are real. 2016-05-22 10:42 GMT-04:00 Tikun Olam : > 4433654453 > Simon Grady > Shalom > > From owner-freebsd-ppc@freebsd.org Mon May 23 19:51: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 12E02B466AD for ; Mon, 23 May 2016 19:51:59 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: from mail-vk0-x233.google.com (mail-vk0-x233.google.com [IPv6:2607:f8b0:400c:c05::233]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C05BE1491 for ; Mon, 23 May 2016 19:51:58 +0000 (UTC) (envelope-from superbisquit@gmail.com) Received: by mail-vk0-x233.google.com with SMTP id c189so237224595vkb.1 for ; Mon, 23 May 2016 12:51:58 -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; bh=YSVsGDJ4Pc/KdjVexM2q/N5ZhAgiPwaZOYxnQb9hQM0=; b=T88PAPbgyw+6bcuPS2T/ODmKxA/kvQgzukQvSjO4rCQfrfii+9ZK6TIeewO4WNkX6w gzLnF/UlGKM4JDf3LRgv65lQV9lhxyBOeytBF/0TFTKv/rjRqmgw9GBuHzC30R9BeMwf vWzM5yQNTcTlSGsGjTVMOen+9c3wZyb1m4H9iAtXmomI7a9rzmmhDccmqZXZdnwZot30 458w1Ny8rhSDXGbxjBMc23cT/1PHFLaVS4cUZN2NoiyMrnbfmqYUX7fV51UNK0E4LOaj 0xEHVSEL+yMSRdJCM22VQZ87zeRXX/dztNzw1xBfgGPJ82PP70ii6QfDafD0lIL/ZfvX QxMA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to; bh=YSVsGDJ4Pc/KdjVexM2q/N5ZhAgiPwaZOYxnQb9hQM0=; b=fAM5myoVJFc5LrYS+Iwxa13qGHW1qwF1xGYM2Mei8td5r09uGgMeVtDt5gk2oC0dKi 2+CEk8keCgP4UkUcmaBAnQ+AlILd7taDVt4x9VodfIwcRdQbY6CG4nT+KovU6FCncg3t gDxDd7iIXLTYy9pbeH+CIxE3bLaIVw9KKeK/ChVKG73Nj4FrZwTtS43Bt/0afU6xa9T/ Pmw00ehHPg4GBLljGcG/i9ggZWxxKWQ5kODXTJ/6Dy2cBkE/ZViflzo+KKeYiIp3SXmy AMw4KrhdnMvLrIO3fT5heJ0/lUeu1OmLd9PWAEO2KmST+OuqXLO4M6QrtE9uk0PS5iEq 7UFw== X-Gm-Message-State: ALyK8tLjeVy9+z6VGwqtrSxUNZXZSy+XcBg60El8fY/rj/zs0H58kOmZ+sfl0ZFQZ8RlNLZWEK3K5SZHf938iw== MIME-Version: 1.0 X-Received: by 10.31.129.10 with SMTP id c10mr327176vkd.19.1464033117762; Mon, 23 May 2016 12:51:57 -0700 (PDT) Received: by 10.103.21.135 with HTTP; Mon, 23 May 2016 12:51:57 -0700 (PDT) In-Reply-To: References: Date: Mon, 23 May 2016 15:51:57 -0400 Message-ID: Subject: Re: From: Joe Nosay To: Aidan Sciortino <2001flyingpigs14@gmail.com>, FreeBSD PowerPC ML Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.22 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 23 May 2016 19:51:59 -0000 Well, once I know what card will be used on the laptop, perhaps I will be able to have access to a machine that will have a similar graphics processor. Is there any possibility of some of the base requirements for the packages listed could be built along with which configuration was used with each port makefile? having access to the internet and a place to compile is a bigger problem for me than being able to find a working random monitor and usb mouse in some rich/middle class person's trash. On Mon, May 23, 2016 at 7:10 AM, Aidan Sciortino <2001flyingpigs14@gmail.com > wrote: > I don't know how well blender will run on a g4. It doesn't work at all on > my g5, because getting hardware 3d acceleration with the cards in these > machines is extremely difficult. > > On Sun, May 22, 2016, 1:35 PM Joe Nosay wrote: > >> I have two PowerMac G4s. One is Blue and grey/white and the other has a >> mirrored door. You will need a usb mouse and a monitor. Both seem to be >> single cores from looking at the inside of the tower. I do Open Source/Free >> software design and these two would be and are good for animating, audio, >> and other artistic expressions. There are two operating systems similar to >> what you already know. I am making an assumption from what your husband has >> told me. I am able to set each with a Debian/Linux system and a FreeBSD >> system. The first already has packages -software - available for it. The >> second system needs to have packages built. I can take the tower which has >> the least amount of CPU and other parts for compiling. Of course, I will >> ask the community if they would aid and assist us in this endeavor. >> We are setting up an animation station for children and will need some >> packages to be built. The architecture is PowerPC 32. The packages would >> be: GIMP, Blender, Pencil - which needs to be updated to Pencil-2d for the >> download area of the Pencil application in /ports/graphics - librecad, >> ChipmunkPhysics, the nlove animation engines, synfig & synfig studio, >> adgali, py27-hypatia, solarus, g2, grx, libart, openrm, pencil -see the >> above note, radius engine, biggles, geg, and grace >> for the two dimensional animations. >> Yes, there is needed some audio and 3d applications. >> I'm asking a lot; and, the people are real. >> >> 2016-05-22 10:42 GMT-04:00 Tikun Olam : >> >>> 4433654453 >>> Simon Grady >>> Shalom >>> >>> >> -- > Aidan Sciortino > Hacker > Inventor > Engineer > Dreamer > From owner-freebsd-ppc@freebsd.org Thu May 26 23:59:50 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 5CABEB4B1F3 for ; Thu, 26 May 2016 23:59:50 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-191.reflexion.net [208.70.211.191]) (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 C87E21CF1 for ; Thu, 26 May 2016 23:59:49 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 8058 invoked from network); 26 May 2016 23:53:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 26 May 2016 23:53:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Thu, 26 May 2016 19:53:06 -0400 (EDT) Received: (qmail 1394 invoked from network); 26 May 2016 23:53:05 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 26 May 2016 23:53:05 -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.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id A37B71C43E9; Thu, 26 May 2016 16:53:02 -0700 (PDT) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] Date: Thu, 26 May 2016 16:53:07 -0700 Message-Id: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> Cc: freebsd-ports@freebsd.org To: FreeBSD Toolchain , FreeBSD PowerPC ML , dim@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.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 26 May 2016 23:59:50 -0000 I do buildworld/buildkernel on a powerpc64 targeting itself via = lang/powerpc64-xtoolchain-gcc (a.k.a. lang/powerpc64-gcc for the most = part). [Getting that lang/powerpc64-gcc installed for self-hosted use = does take some work-around activity.] I have buildworld build clang (but = not use it). [I've been doing this with 11.0-CURRENT for a long time.] Actually I use lang/gcc49 as the "system compiler" and = lang/powerpc64-gcc as the self-hosting so-called "cross compiler". (I = later list the src.conf content.) gcc4.2.1 is not installed. Trying to go from: > # uname -apKU > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #36 r300531M: Mon = May 23 20:13:52 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100111 1100111 (for which -r300531 built and installed fine this way) to -r300777 now = fails with errors such as: > --- lib/libc++__L --- > In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/iterator:346:0, > from = /usr/src/lib/libc++/../../contrib/libc++/include/memory:606, > from = /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:628, > from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:176:14: error: = 'mbstate_t' was not declared in this scope > typedef fpos streampos; > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:176:23: error: = template argument 1 is invalid > typedef fpos streampos; > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:177:14: error: = 'mbstate_t' was not declared in this scope > typedef fpos wstreampos; > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:177:23: error: = template argument 1 is invalid > typedef fpos wstreampos; > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:179:14: error: = 'mbstate_t' was not declared in this scope > typedef fpos u16streampos; > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:179:23: error: = template argument 1 is invalid > typedef fpos u16streampos; > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:180:14: error: = 'mbstate_t' was not declared in this scope > typedef fpos u32streampos; > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:180:23: error: = template argument 1 is invalid > typedef fpos u32streampos; > ^ . . . > --- lib/libc++__L --- > In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/cmath:301:0, > from = /usr/src/lib/libc++/../../contrib/libc++/include/random:1638, > from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:11: > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'float abs(float)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:646:53: error: = 'fabsf' was not declared in this scope > abs(float __lcpp_x) _NOEXCEPT {return fabsf(__lcpp_x);} > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'double abs(double)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:650:53: error: = 'fabs' was not declared in this scope > abs(double __lcpp_x) _NOEXCEPT {return fabs(__lcpp_x);} > ^ . . . > --- lib/libc++__L --- > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'long double abs(long double)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:654:59: error: = 'fabsl' was not declared in this scope > abs(long double __lcpp_x) _NOEXCEPT {return fabsl(__lcpp_x);} > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'float acos(float)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:660:105: = error: 'acosf' was not declared in this scope > inline _LIBCPP_INLINE_VISIBILITY float acos(float __lcpp_x) = _NOEXCEPT {return acosf(__lcpp_x);} > = ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'long double acos(long double)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:661:105: = error: 'acosl' was not declared in this scope > inline _LIBCPP_INLINE_VISIBILITY long double acos(long double = __lcpp_x) _NOEXCEPT {return acosl(__lcpp_x);} > = ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'typename std::__1::enable_if::value, = double>::type acos(_A1)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:667:59: error: = call of overloaded 'acos(double)' is ambiguous > acos(_A1 __lcpp_x) _NOEXCEPT {return acos((double)__lcpp_x);} > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:660:46: note: = candidate: float acos(float) > inline _LIBCPP_INLINE_VISIBILITY float acos(float __lcpp_x) = _NOEXCEPT {return acosf(__lcpp_x);} > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:661:46: note: = candidate: long double acos(long double) > inline _LIBCPP_INLINE_VISIBILITY long double acos(long double = __lcpp_x) _NOEXCEPT {return acosl(__lcpp_x);} > ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'float asin(float)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:672:105: = error: 'asinf' was not declared in this scope > inline _LIBCPP_INLINE_VISIBILITY float asin(float __lcpp_x) = _NOEXCEPT {return asinf(__lcpp_x);} > = ^ > /usr/src/lib/libc++/../../contrib/libc++/include/math.h: In function = 'long double asin(long double)': > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:673:105: = error: 'asinl' was not declared in this scope > inline _LIBCPP_INLINE_VISIBILITY long double asin(long double = __lcpp_x) _NOEXCEPT {return asinl(__lcpp_x);} > = ^ . . . > --- lib/libc++__L --- > /usr/src/lib/libc++/../../contrib/libc++/include/math.h:673:46: note: = candidate: long double asin(long double) > inline _LIBCPP_INLINE_VISIBILITY long double asin(long double = __lcpp_x) _NOEXCEPT {return asinl(__lcpp_x);} > ^ . . . I'll not list it all: There is a lot. Supporting details: An example of the include paths in use (from -v) is: > --- lib/libc++__L --- > #include "..." search starts here: > #include <...> search starts here: > /usr/src/lib/libc++/../../contrib/libc++/include > /usr/src/lib/libc++/../../contrib/libcxxrt > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1 > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > End of search list. # more ~/src.configs/make.conf=20 CFLAGS.gcc+=3D -v # more ~/src.configs/src.conf.powerpc64-xtoolchain.powerpc64-host=20 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 WITHOUT_SYSTEM_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 # # powerpc64 LIB32 builds via gcc 4.9 or later variants that I've tried # but the LIB32 does not work [crtbeginS code problem(s)] WITHOUT_LIB32=3D WITHOUT_GCC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D MALLOC_PRODUCTION=3D #CFLAGS+=3D -DELF_VERBOSE # 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 info /usr/src/ Path: /usr/src Working Copy Root Path: /usr/src URL: https://svn0.us-west.freebsd.org/base/head Relative URL: ^/head Repository Root: https://svn0.us-west.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 300777 Node Kind: directory Schedule: normal Last Changed Author: manu Last Changed Rev: 300777 Last Changed Date: 2016-05-26 14:09:07 -0700 (Thu, 26 May 2016) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri May 27 20:50:14 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 8A908B4D61A; Fri, 27 May 2016 20:50:14 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [IPv6:2001:7b8:3a7:1:2d0:b7ff:fea0:8c26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 53C571388; Fri, 27 May 2016 20:50:14 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::89b4:6d81:b8c1:5a81] (unknown [IPv6:2001:7b8:3a7:0:89b4:6d81:b8c1:5a81]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 20B74177A7; Fri, 27 May 2016 22:50:11 +0200 (CEST) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_F2ECBE1C-F72C-46A2-BFB2-EBAC9E31F8D9"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> Date: Fri, 27 May 2016 22:50:03 +0200 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Message-Id: <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 20:50:14 -0000 --Apple-Mail=_F2ECBE1C-F72C-46A2-BFB2-EBAC9E31F8D9 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 27 May 2016, at 01:53, Mark Millard wrote: >=20 > I do buildworld/buildkernel on a powerpc64 targeting itself via = lang/powerpc64-xtoolchain-gcc (a.k.a. lang/powerpc64-gcc for the most = part). [Getting that lang/powerpc64-gcc installed for self-hosted use = does take some work-around activity.] I have buildworld build clang (but = not use it). [I've been doing this with 11.0-CURRENT for a long time.] >=20 > Actually I use lang/gcc49 as the "system compiler" and = lang/powerpc64-gcc as the self-hosting so-called "cross compiler". (I = later list the src.conf content.) gcc4.2.1 is not installed. >=20 > Trying to go from: >=20 >> # uname -apKU >> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #36 r300531M: Mon = May 23 20:13:52 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100111 1100111 >=20 > (for which -r300531 built and installed fine this way) to -r300777 now = fails with errors such as: >=20 >> --- lib/libc++__L --- >> In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/iterator:346:0, >> from = /usr/src/lib/libc++/../../contrib/libc++/include/memory:606, >> from = /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:628, >> from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: >> /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:176:14: = error: 'mbstate_t' was not declared in this scope >> typedef fpos streampos; >> ^ This is hopefully fixed by r300873 now. Can you please verify? -Dimitry --Apple-Mail=_F2ECBE1C-F72C-46A2-BFB2-EBAC9E31F8D9 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAldIswIACgkQsF6jCi4glqMN6QCeLcfevnjrK4xIuXQT7sZ//0gJ c7YAoN2zu3s7+Us/rb14dOY5/0s5VkDH =+Ksh -----END PGP SIGNATURE----- --Apple-Mail=_F2ECBE1C-F72C-46A2-BFB2-EBAC9E31F8D9-- From owner-freebsd-ppc@freebsd.org Fri May 27 21:56:23 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 7AA83B4CB60 for ; Fri, 27 May 2016 21:56:23 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-190.reflexion.net [208.70.211.190]) (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 2BCC31C18 for ; Fri, 27 May 2016 21:56:22 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30463 invoked from network); 27 May 2016 21:56:47 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 27 May 2016 21:56:47 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 17:56:13 -0400 (EDT) Received: (qmail 27325 invoked from network); 27 May 2016 21:56:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 27 May 2016 21:56:13 -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.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 74C931C43D6; Fri, 27 May 2016 14:56:04 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] From: Mark Millard In-Reply-To: <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> Date: Fri, 27 May 2016 14:56:15 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 21:56:23 -0000 On 2016-May-27, at 1:50 PM, Dimitry Andric wrote: >=20 > On 27 May 2016, at 01:53, Mark Millard wrote: >>=20 >> I do buildworld/buildkernel on a powerpc64 targeting itself via = lang/powerpc64-xtoolchain-gcc (a.k.a. lang/powerpc64-gcc for the most = part). [Getting that lang/powerpc64-gcc installed for self-hosted use = does take some work-around activity.] I have buildworld build clang (but = not use it). [I've been doing this with 11.0-CURRENT for a long time.] >>=20 >> Actually I use lang/gcc49 as the "system compiler" and = lang/powerpc64-gcc as the self-hosting so-called "cross compiler". (I = later list the src.conf content.) gcc4.2.1 is not installed. >>=20 >> Trying to go from: >>=20 >>> # uname -apKU >>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #36 r300531M: Mon = May 23 20:13:52 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100111 1100111 >>=20 >> (for which -r300531 built and installed fine this way) to -r300777 = now fails with errors such as: >>=20 >>> --- lib/libc++__L --- >>> In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/iterator:346:0, >>> from = /usr/src/lib/libc++/../../contrib/libc++/include/memory:606, >>> from = /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:628, >>> from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: >>> /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:176:14: = error: 'mbstate_t' was not declared in this scope >>> typedef fpos streampos; >>> ^ >=20 > This is hopefully fixed by r300873 now. Can you please verify? >=20 > -Dimitry buildworld/buildkernel started, based on -r300875 for powerpc64 under/on = powerpc64 FreeBSD via lang/powerpc-xtoolchain-gcc as the so-called = "cross compiler". If it completes successfully it takes about 8 hours = for what I normally include in such builds. I've also started a clang-based buildworld for powerpc (non-64) under = powerpc FreeBSD as a cross check. (This environment involves work = arounds, such as changes to signal delivery to avoid clang's code = generation ABI violations in its stack handling. A clang based = buildkernel would not complete so I would use a separate gcc 4.2.1 = kernel build to get an overall system.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Fri May 27 23:40:35 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 977C2B4D35C for ; Fri, 27 May 2016 23:40:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-186.reflexion.net [208.70.211.186]) (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 5D1A214CA for ; Fri, 27 May 2016 23:40:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14977 invoked from network); 27 May 2016 23:40:28 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 27 May 2016 23:40:28 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 19:41:05 -0400 (EDT) Received: (qmail 12950 invoked from network); 27 May 2016 23:41:04 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 27 May 2016 23:41:04 -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.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 97DEE1C43D6; Fri, 27 May 2016 16:40:15 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] From: Mark Millard In-Reply-To: Date: Fri, 27 May 2016 16:40:26 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <42773110-C392-4168-9B94-6902807DB530@dsl-only.net> References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 23:40:35 -0000 [I'm top posting the results of the failed build.] It looks like the following has been addresses in -r300884. libcompat = also got a -isystem in -r300885. -r300886 did "Move external GCC = compiler hacks to bsd.sys.mk". So I'll retry based on -r300886. Failure details. . . Both the powerpc64 lang/powerpc64-xtoolchain-gcc and powerpc clang = combinations failed for -r300875. The details are rather different this = time and might not be related to your libc++ changes. Both contexts got = the same error. powerpc64 lang/powerpc64-xtoolchain-gcc: > --- all_subdir_cddl/lib/libzpool --- > In file included from = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c:144:0: > /usr/src/sys/vm/vm_pageout.h:77:8: error: unknown type name 'bool' > extern bool vm_pageout_wanted; > ^ > /usr/src/sys/vm/vm_pageout.h:78:8: error: unknown type name 'bool' > extern bool vm_pages_needed; > ^ The -v search list information was: > ignoring nonexistent directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/local/include" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > ignoring duplicate directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include" > ignoring nonexistent directory = "/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread" > ignoring nonexistent directory = "/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris > /usr/src/cddl/lib/libzpool/../../compat/opensolaris/include > /usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem > = /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common > = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/sys > = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs > = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zf= s > = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n > /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head > /usr/src/cddl/lib/libzpool/../../lib/libumem > /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair > /usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > End of search list. This was for: > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/include = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common= = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/sys = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/fs/zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/= zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head = -I/usr/src/cddl/lib/libzpool/../../lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair = -DWANTS_MUTEX_OWNED = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys = -I/usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g = -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.arc.o -MTarc.o = -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare = -Wno-error=3Duninitialized -Wno-error=3Darray-bounds = -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra = -Wno-error=3Dattributes -Wno-error=3Dinline = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas = -v -c = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c -o arc.o powerpc sytem clang: > --- all_subdir_cddl/lib/libzpool --- > In file included from = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c:144: > = /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/include/vm/vm_pageout.h:77:= 8: error: unknown type name 'bool' > extern bool vm_pageout_wanted; > ^ > = /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/include/vm/vm_pageout.h:78:= 8: error: unknown type name 'bool' > extern bool vm_pages_needed; > ^ This was for: > --- arc.o --- > cc -O2 -pipe = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/include = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common= = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/sys = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/fs/zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/= zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head = -I/usr/src/cddl/lib/libzpool/../../lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair = -DWANTS_MUTEX_OWNED = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys = -I/usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g = -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.arc.o -MTarc.o = -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign = -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c -o arc.o =3D=3D=3D Mark Millard markmi@dsl-only.net On 2016-May-27, at 2:56 PM, Mark Millard wrote: > On 2016-May-27, at 1:50 PM, Dimitry Andric wrote: >>=20 >> On 27 May 2016, at 01:53, Mark Millard = wrote: >>>=20 >>> I do buildworld/buildkernel on a powerpc64 targeting itself via = lang/powerpc64-xtoolchain-gcc (a.k.a. lang/powerpc64-gcc for the most = part). [Getting that lang/powerpc64-gcc installed for self-hosted use = does take some work-around activity.] I have buildworld build clang (but = not use it). [I've been doing this with 11.0-CURRENT for a long time.] >>>=20 >>> Actually I use lang/gcc49 as the "system compiler" and = lang/powerpc64-gcc as the self-hosting so-called "cross compiler". (I = later list the src.conf content.) gcc4.2.1 is not installed. >>>=20 >>> Trying to go from: >>>=20 >>>> # uname -apKU >>>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #36 r300531M: = Mon May 23 20:13:52 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100111 1100111 >>>=20 >>> (for which -r300531 built and installed fine this way) to -r300777 = now fails with errors such as: >>>=20 >>>> --- lib/libc++__L --- >>>> In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/iterator:346:0, >>>> from = /usr/src/lib/libc++/../../contrib/libc++/include/memory:606, >>>> from = /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:628, >>>> from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: >>>> /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:176:14: = error: 'mbstate_t' was not declared in this scope >>>> typedef fpos streampos; >>>> ^ >>=20 >> This is hopefully fixed by r300873 now. Can you please verify? >>=20 >> -Dimitry >=20 > buildworld/buildkernel started, based on -r300875 for powerpc64 = under/on powerpc64 FreeBSD via lang/powerpc-xtoolchain-gcc as the = so-called "cross compiler". If it completes successfully it takes about = 8 hours for what I normally include in such builds. >=20 > I've also started a clang-based buildworld for powerpc (non-64) under = powerpc FreeBSD as a cross check. (This environment involves work = arounds, such as changes to signal delivery to avoid clang's code = generation ABI violations in its stack handling. A clang based = buildkernel would not complete so I would use a separate gcc 4.2.1 = kernel build to get an overall system.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 From owner-freebsd-ppc@freebsd.org Fri May 27 23:48:49 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 D227EB4DB1B; Fri, 27 May 2016 23:48:49 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id B25D31DA1; Fri, 27 May 2016 23:48:49 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id 9FCCB1E08; Fri, 27 May 2016 23:48:49 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 5793D1C7F0; Fri, 27 May 2016 23:48:49 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id 7S2INREXGb1K; Fri, 27 May 2016 23:48:46 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 892BE1C7E8 To: Mark Millard References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: Date: Fri, 27 May 2016 16:48:52 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP" X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 May 2016 23:48:49 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP Content-Type: multipart/mixed; boundary="M9NelqhHQwKjGgnen3eiJxH3GEVFVQoDr" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Message-ID: Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> In-Reply-To: --M9NelqhHQwKjGgnen3eiJxH3GEVFVQoDr Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 3/31/2016 8:33 PM, Mark Millard wrote: > I appears that C++ needs its own override for where to find C++ header = before looking in the gcc49 specific places. Yes, the hacks for that are builtin already. Passing C_INCLUDE_PATH and others may break it. > These sorts of odd, hard to avoid dependencies are part of why I asked = if there was a standard/recommend assignment to use for CC/XCC: I was hop= ing there was a known-good way to compile that avoided the issues, possib= ly by using powerpc64-gcc tools for CC/XCC as well. You shouldn't need to pass any extra -I/-isystem or env vars for paths. The problem in this thread was just the ports compiler using /usr/local/include when not using a --sysroot. This is only in the early phase of the build. Mind trying this patch? https://people.freebsd.org/~bdrewery/patches/gcc-no-local-include.patch I assume you are using that port, if not you can apply the same change to whichever your ports gcc came from. It removes the /usr/local/include path. It is somewhat the wrong fix vs "fixing the order", but the /usr/local/lib path is not in there now and you must use -rpath with the ports gcc anyhow. So the ports gcc is already broken for /usr/local, it should be fully broken or fully fixed, not half broken to the point of breaking other things. I'm still just curious if it fixes the problems with "stage 3" finding the wrong dwarf header, and if removing your own include path hacks progresses the build further. --=20 Regards, Bryan Drewery --M9NelqhHQwKjGgnen3eiJxH3GEVFVQoDr-- --a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXSNzkAAoJEDXXcbtuRpfP4GUIAIz6WXc3FKViwoFD7NQmVzSd Wa3b2JZycnbGPohZx+JtSwYYENoYb9GhkJxM2x0LIzBzdl9FCxlWVP9yTQzYVV8x HJ+oGeH70vLh2G6wd1J+z+AT82k4WYslme4xNMYVdqPK+O9F5qGgzPRdQYqLvp+d uu1TessA4a6bGSarL8bcTeNUMRUXnz52dKV0cP4RrFq30pj96RWVrikjCQUeRDGc Yd13loJXH8N4lZoOsQ7q2MX5B8r75rAtwE5oQLFjr3JTTP2TPBNPjI+HyStBEX87 hmWGkR+doXs3OwQXZa0zN7iQSZZucO40D1lgZrWhghgU4U2HX7N16ufS+v8y5nk= =9qo8 -----END PGP SIGNATURE----- --a099HRpH0Rd4p8BCJmLo4SFJILRLnWuQP-- From owner-freebsd-ppc@freebsd.org Sat May 28 00:22:18 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 A9340B4AC83 for ; Sat, 28 May 2016 00:22:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-193.reflexion.net [208.70.211.193]) (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 594791D68 for ; Sat, 28 May 2016 00:22:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 15695 invoked from network); 28 May 2016 00:16:03 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 00:16:03 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 20:16:08 -0400 (EDT) Received: (qmail 31042 invoked from network); 28 May 2016 00:16:08 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 00:16:08 -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 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 D686B1C43D6; Fri, 27 May 2016 17:15:18 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: Date: Fri, 27 May 2016 17:15:30 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 00:22:18 -0000 On 2016-May-27, at 4:48 PM, Bryan Drewery = wrote: > On 3/31/2016 8:33 PM, Mark Millard wrote: >> I appears that C++ needs its own override for where to find C++ = header before looking in the gcc49 specific places. >=20 > Yes, the hacks for that are builtin already. Passing C_INCLUDE_PATH = and > others may break it. When I try the experiment I'll try to remember to disable any such env = based workarounds that I currently have in place. >> These sorts of odd, hard to avoid dependencies are part of why I = asked if there was a standard/recommend assignment to use for CC/XCC: I = was hoping there was a known-good way to compile that avoided the = issues, possibly by using powerpc64-gcc tools for CC/XCC as well. >=20 > You shouldn't need to pass any extra -I/-isystem or env vars for = paths. > The problem in this thread was just the ports compiler using > /usr/local/include when not using a --sysroot. This is only in the > early phase of the build. >=20 > Mind trying this patch? I'm currently doing libc++ related build experiments for Dimitry Andric. = A successful build would end about 8 hours from now. So it will be a = while before I can get to your experiment. > = https://people.freebsd.org/~bdrewery/patches/gcc-no-local-include.patch >=20 > I assume you are using that port, if not you can apply the same change > to whichever your ports gcc came from. For the powerpc64 context I use lang/gcc49 and = devel/powerpc64-xtoolchain-gcc (so devel/powerpc64-gcc which is a 5.3 = variant that has file conflicts with lang/gcc5's 5.3). I use lang/gcc49 = instead of lang/gcc5 because of devel/powerpc64-gcc conflicting. No gcc = 4.2.1 present or built. System clang built but unused. > It removes the /usr/local/include path. It is somewhat the wrong fix = vs > "fixing the order", but the /usr/local/lib path is not in there now = and > you must use -rpath with the ports gcc anyhow. So the ports gcc is > already broken for /usr/local, it should be fully broken or fully = fixed, > not half broken to the point of breaking other things. + --with-local-prefix=3D/usr/include \ looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : --with-local-prefix=3Ddirname Specify the installation directory for local include files. The default = is /usr/local. Specify this option if you want the compiler to search = directory dirname/include for locally installed header files instead of = /usr/local/include. So your change would generate /usr/include/include for the overall = include path from what I can tell. Do you want: + --with-local-prefix=3D/usr \ instead? > I'm still just curious if it fixes the problems with "stage 3" finding > the wrong dwarf header, and if removing your own include path hacks > progresses the build further. >=20 > --=20 > Regards, > Bryan Drewery =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat May 28 00:23:17 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 E5628B4AD17; Sat, 28 May 2016 00:23:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by mx1.freebsd.org (Postfix) with ESMTP id C3BD41F31; Sat, 28 May 2016 00:23:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id B49801DF6; Sat, 28 May 2016 00:23:17 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [172.31.3.2]) by mail.xzibition.com (Postfix) with ESMTP id 737F41C95A; Sat, 28 May 2016 00:23:17 +0000 (UTC) X-Virus-Scanned: amavisd-new at mail.xzibition.com Received: from mail.xzibition.com ([172.31.3.2]) by mail.xzibition.com (mail.xzibition.com [172.31.3.2]) (amavisd-new, port 10026) with LMTP id vXrffyANGt8j; Sat, 28 May 2016 00:23:14 +0000 (UTC) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 071DD1C953 To: Mark Millard References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh From: Bryan Drewery Openpgp: id=F9173CB2C3AAEA7A5C8A1F0935D771BB6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Organization: FreeBSD Message-ID: <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> Date: Fri, 27 May 2016 17:23:19 -0700 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 In-Reply-To: <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn" X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 00:23:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn Content-Type: multipart/mixed; boundary="tGshdqlP0rlgdO9uVTkS4VDL8krieGeNJ" From: Bryan Drewery To: Mark Millard Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Message-ID: <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> In-Reply-To: <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> --tGshdqlP0rlgdO9uVTkS4VDL8krieGeNJ Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable On 5/27/2016 5:15 PM, Mark Millard wrote: > + --with-local-prefix=3D/usr/include \ >=20 > looks wrong to me. The default is not /usr/local/include but just /usr/= local . Quoting https://gcc.gnu.org/install/configure.html : >=20 > --with-local-prefix=3Ddirname > Specify the installation directory for local include files. The default= is /usr/local. Specify this option if you want the compiler to search di= rectory dirname/include for locally installed header files instead of /us= r/local/include. >=20 > So your change would generate /usr/include/include for the overall incl= ude path from what I can tell. >=20 > Do you want: >=20 > + --with-local-prefix=3D/usr \ >=20 > instead? You're right, but it makes no real difference since it removes /usr/local/include: > ignoring nonexistent directory "/root/svn/ports/lang/gcc49/work/stage/u= sr/local/bin/../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../.= =2E/../x86_64-portbld-freebsd11.0/include" > ignoring duplicate directory "/root/svn/ports/lang/gcc49/work/stage/usr= /local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freebsd= 11.0/4.9.4/include" > ignoring nonexistent directory "/usr/include/include" ^ yes wrong > ignoring duplicate directory "/root/svn/ports/lang/gcc49/work/stage/usr= /local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freebsd= 11.0/4.9.4/include-fixed" > ignoring nonexistent directory "/root/svn/ports/lang/gcc49/work/stage/u= sr/local/bin/../lib/gcc49/gcc/../../../lib/gcc49/gcc/x86_64-portbld-freeb= sd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/include" > #include "..." search starts here: > #include <...> search starts here: > /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x= 86_64-portbld-freebsd11.0/4.9.4/include > /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x= 86_64-portbld-freebsd11.0/4.9.4/include-fixed > /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/.= =2E/../../include > /usr/include ^ Still added > End of search list. --=20 Regards, Bryan Drewery --tGshdqlP0rlgdO9uVTkS4VDL8krieGeNJ-- --MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBAgAGBQJXSOT3AAoJEDXXcbtuRpfPmOcIAMrr0NmRMziJym0wvridxmY+ im8HGeWhFIFyXzi4XzqKbtbbyNDzhmXX+LfFhLvlzMbfv0mSArggVawUxe4YrT1v 4jFZ0daxWuVq+h7GzV97KgzxuAu0fwG3FN4XOFn9igcqFB4xg+iIXYBWDn6Bdbdc kec/HIcPvbtPb9TtRuDQkQAzR7zwEzp7SSP+FlIIssob9XNeRUF2YmixJBn6xvMv 1ji/p/rDggdFv9bQphTA7+92JHKxvBxHIl4ADw1fJZbC5gZb8cx5lWNlzXwt03iT 9JRXjy+7vVIbZzLqgDReUwmwMs29oxbwFpssu5sh3bfHCsLDvPKwDllorfjSYq0= =2QZ7 -----END PGP SIGNATURE----- --MqvQqiHlb4VmlPLFG9esdnjOXb7N5lEqn-- From owner-freebsd-ppc@freebsd.org Sat May 28 01:04:12 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 CC6BCB4B6D8 for ; Sat, 28 May 2016 01:04:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-173.reflexion.net [208.70.211.173]) (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 915A3109F for ; Sat, 28 May 2016 01:04:12 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30148 invoked from network); 28 May 2016 01:04:37 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 01:04:37 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 21:04:43 -0400 (EDT) Received: (qmail 16073 invoked from network); 28 May 2016 01:04:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 01:04:42 -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.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 1F0DD1C43D2; Fri, 27 May 2016 18:03:53 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] From: Mark Millard In-Reply-To: <42773110-C392-4168-9B94-6902807DB530@dsl-only.net> Date: Fri, 27 May 2016 18:04:04 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <3BAE82F4-3BF4-4F02-9BFF-3F2290D3C82D@dsl-only.net> References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> <42773110-C392-4168-9B94-6902807DB530@dsl-only.net> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 01:04:12 -0000 [Top posting failure results again.] -r300886 for powerpc64 failed for each of: = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/AnalysisDeclContext.cpp = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate/ARCMT.cpp with the likes of: > --- all_subdir_lib/clang --- > In file included from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/= include/llvm/Support/DataTypes.h:36:0, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /Hashing.h:48, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /ArrayRef.h:13, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /APInt.h:19, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /APFloat.h:20, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude/clang/AST/APValue.h:18, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude/clang/AST/Decl.h:17, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude/clang/Analysis/AnalysisContext.h:18, > from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/AnalysisDeclContext.cpp:15: > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :309:9: error: '::signbit' has not been declared > using ::signbit; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :310:9: error: '::fpclassify' has not been declared > using ::fpclassify; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :311:9: error: '::isfinite' has not been declared > using ::isfinite; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :312:9: error: '::isinf' has not been declared > using ::isinf; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :313:9: error: '::isnan' has not been declared > using ::isnan; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :314:9: error: '::isnormal' has not been declared > using ::isnormal; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :315:9: error: '::isgreater' has not been declared > using ::isgreater; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :316:9: error: '::isgreaterequal' has not been declared > using ::isgreaterequal; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :317:9: error: '::isless' has not been declared > using ::isless; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :318:9: error: '::islessequal' has not been declared > using ::islessequal; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :319:9: error: '::islessgreater' has not been declared > using ::islessgreater; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :320:9: error: '::isunordered' has not been declared > using ::isunordered; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :321:9: error: '::isunordered' has not been declared > using ::isunordered; > ^ > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :327:9: error: '::abs' has not been declared > using ::abs; > ^ . . . (then later the other file gets similar results) . . . > --- all_subdir_lib/clang --- > In file included from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clan= g/include/llvm/Support/DataTypes.h:36:0, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/Hashing.h:48, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/ArrayRef.h:13, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/DenseMapInfo.h:17, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/DenseMap.h:17, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/in= clude/clang/ARCMigrate/FileRemapper.h:14, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/in= clude/clang/ARCMigrate/ARCMT.h:13, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate/Internals.h:13, > from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate/ARCMT.cpp:10: > = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :309:9: error: '::signbit' has not been declared > using ::signbit; > ^ . . . (similar list) . . . Based on (from a -v output): > ignoring nonexistent directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/local/include" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > ignoring duplicate directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include > = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude > = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis > . > = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/= include > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include > /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1 > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > End of search list. I could try building without clang being included if you want. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 4:40 PM, Mark Millard wrote: > [I'm top posting the results of the failed build.] >=20 > It looks like the following has been addresses in -r300884. libcompat = also got a -isystem in -r300885. -r300886 did "Move external GCC = compiler hacks to bsd.sys.mk". >=20 > So I'll retry based on -r300886. >=20 >=20 >=20 > Failure details. . . >=20 >=20 > Both the powerpc64 lang/powerpc64-xtoolchain-gcc and powerpc clang = combinations failed for -r300875. The details are rather different this = time and might not be related to your libc++ changes. Both contexts got = the same error. >=20 > powerpc64 lang/powerpc64-xtoolchain-gcc: >=20 >> --- all_subdir_cddl/lib/libzpool --- >> In file included from = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c:144:0: >> /usr/src/sys/vm/vm_pageout.h:77:8: error: unknown type name 'bool' >> extern bool vm_pageout_wanted; >> ^ >> /usr/src/sys/vm/vm_pageout.h:78:8: error: unknown type name 'bool' >> extern bool vm_pages_needed; >> ^ >=20 >=20 > The -v search list information was: >=20 >> ignoring nonexistent directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/local/include" >> ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" >> ignoring duplicate directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include" >> ignoring nonexistent directory = "/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread" >> ignoring nonexistent directory = "/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys" >> #include "..." search starts here: >> #include <...> search starts here: >> /usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris >> /usr/src/cddl/lib/libzpool/../../compat/opensolaris/include >> /usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem >> = /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/sys >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zf= s >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n >> /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head >> /usr/src/cddl/lib/libzpool/../../lib/libumem >> /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair >> /usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include >> /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed >> End of search list. >=20 > This was for: >=20 >> /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/include = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common= = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/sys = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/fs/zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/= zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head = -I/usr/src/cddl/lib/libzpool/../../lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair = -DWANTS_MUTEX_OWNED = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys = -I/usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g = -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.arc.o -MTarc.o = -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare = -Wno-error=3Duninitialized -Wno-error=3Darray-bounds = -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra = -Wno-error=3Dattributes -Wno-error=3Dinline = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas = -v -c = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c -o arc.o >=20 >=20 > powerpc sytem clang: >=20 >> --- all_subdir_cddl/lib/libzpool --- >> In file included from = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c:144: >> = /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/include/vm/vm_pageout.h:77:= 8: error: unknown type name 'bool' >> extern bool vm_pageout_wanted; >> ^ >> = /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/include/vm/vm_pageout.h:78:= 8: error: unknown type name 'bool' >> extern bool vm_pages_needed; >> ^ >=20 > This was for: >=20 >> --- arc.o --- >> cc -O2 -pipe = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/include = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common= = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/sys = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/fs/zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/= zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head = -I/usr/src/cddl/lib/libzpool/../../lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair = -DWANTS_MUTEX_OWNED = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys = -I/usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g = -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.arc.o -MTarc.o = -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign = -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c -o arc.o >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On 2016-May-27, at 2:56 PM, Mark Millard wrote: >=20 >> On 2016-May-27, at 1:50 PM, Dimitry Andric = wrote: >>>=20 >>> On 27 May 2016, at 01:53, Mark Millard = wrote: >>>>=20 >>>> I do buildworld/buildkernel on a powerpc64 targeting itself via = lang/powerpc64-xtoolchain-gcc (a.k.a. lang/powerpc64-gcc for the most = part). [Getting that lang/powerpc64-gcc installed for self-hosted use = does take some work-around activity.] I have buildworld build clang (but = not use it). [I've been doing this with 11.0-CURRENT for a long time.] >>>>=20 >>>> Actually I use lang/gcc49 as the "system compiler" and = lang/powerpc64-gcc as the self-hosting so-called "cross compiler". (I = later list the src.conf content.) gcc4.2.1 is not installed. >>>>=20 >>>> Trying to go from: >>>>=20 >>>>> # uname -apKU >>>>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #36 r300531M: = Mon May 23 20:13:52 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100111 1100111 >>>>=20 >>>> (for which -r300531 built and installed fine this way) to -r300777 = now fails with errors such as: >>>>=20 >>>>> --- lib/libc++__L --- >>>>> In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/iterator:346:0, >>>>> from = /usr/src/lib/libc++/../../contrib/libc++/include/memory:606, >>>>> from = /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:628, >>>>> from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: >>>>> /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:176:14: = error: 'mbstate_t' was not declared in this scope >>>>> typedef fpos streampos; >>>>> ^ >>>=20 >>> This is hopefully fixed by r300873 now. Can you please verify? >>>=20 >>> -Dimitry >>=20 >> buildworld/buildkernel started, based on -r300875 for powerpc64 = under/on powerpc64 FreeBSD via lang/powerpc-xtoolchain-gcc as the = so-called "cross compiler". If it completes successfully it takes about = 8 hours for what I normally include in such builds. >>=20 >> I've also started a clang-based buildworld for powerpc (non-64) under = powerpc FreeBSD as a cross check. (This environment involves work = arounds, such as changes to signal delivery to avoid clang's code = generation ABI violations in its stack handling. A clang based = buildkernel would not complete so I would use a separate gcc 4.2.1 = kernel build to get an overall system.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >=20 From owner-freebsd-ppc@freebsd.org Sat May 28 02:04:07 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 DA39EB4D0FD for ; Sat, 28 May 2016 02:04:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-183.reflexion.net [208.70.211.183]) (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 9BAFB114E for ; Sat, 28 May 2016 02:04:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 9252 invoked from network); 28 May 2016 02:04:06 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:04:06 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 22:04:43 -0400 (EDT) Received: (qmail 11721 invoked from network); 28 May 2016 02:04:42 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:04:42 -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 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 B957DB1E001; Fri, 27 May 2016 19:03:52 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> Date: Fri, 27 May 2016 19:04:04 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 02:04:07 -0000 FYI. . . I expect that building gcc49 with: + --with-local-prefix=3D/usr \ will help with system build activities via gcc49/g++49 by avoiding = /usr/local/include interfering. But I also expect that various port builds based on that same = gcc49/g++49 will have problems from not explicitly forcing = /usr/local/include to be looked at when appropriate/required --unless = something else is in place to do that separately. I expect some implicit = /usr/local/include references to the likes of some of the below list: > # diff -qr /usr/include/ /usr/local/include/ | grep /local/ | more > Only in /usr/local/include/: apr-1 > Files /usr/include/atf-c/defs.h and /usr/local/include/atf-c/defs.h = differ > Only in /usr/local/include/: autosprintf.h > Only in /usr/local/include/: bfd.h > Only in /usr/local/include/: bfdlink.h > Only in /usr/local/include/: boost > Only in /usr/local/include/: curl > Only in /usr/local/include/: db5 > Only in /usr/local/include/: dis-asm.h > Files /usr/include/dwarf.h and /usr/local/include/dwarf.h differ > Only in /usr/local/include/: editline > Only in /usr/local/include/: expat.h > Only in /usr/local/include/: expat_config.h > Only in /usr/local/include/: expat_external.h > Only in /usr/local/include/: ffi.h > Only in /usr/local/include/: ffitarget.h > Only in /usr/local/include/: gdbm.h > Only in /usr/local/include/: gettext-po.h > Only in /usr/local/include/: gmp.h > Only in /usr/local/include/: gmpxx.h > Only in /usr/local/include/: gnumake.h > Files /usr/include/histedit.h and /usr/local/include/histedit.h differ > Only in /usr/local/include/: idn-free.h > Only in /usr/local/include/: idn-int.h > Only in /usr/local/include/: idna.h > Only in /usr/local/include/: layout > Files /usr/include/libdwarf.h and /usr/local/include/libdwarf.h differ > Only in /usr/local/include/: libintl.h > Only in /usr/local/include/: lua52 > Only in /usr/local/include/: lutok > Only in /usr/local/include/: mpc.h > Only in /usr/local/include/: mpf2mpfr.h > Only in /usr/local/include/: mpfr.h > Only in /usr/local/include/: pkg.h > Only in /usr/local/include/: plugin-api.h > Only in /usr/local/include/: pr29.h > Only in /usr/local/include/: punycode.h > Only in /usr/local/include/: python2.7 > Only in /usr/local/include/: readline > Only in /usr/local/include/: ruby-2.2 > Only in /usr/local/include/: serf-1 > Only in /usr/local/include/: sqlite3.h > Only in /usr/local/include/: sqlite3ext.h > Only in /usr/local/include/: stringprep.h > Only in /usr/local/include/: subversion-1 > Only in /usr/local/include/: sudo_plugin.h > Only in /usr/local/include/: symcat.h > Only in /usr/local/include/: tld.h > Only in /usr/local/include/: unicode > Only in /usr/local/include/: yaml.h It might be that even gcc compilers built by the adjusted gcc49 would = not find, say, gmp.h or mpfr.h . dwarfdump's build/install installs /usr/local/include/dwarf.h and = /usr/local/include/libdwarf.h to match its code. Such examples can need = careful control over which file is used (here dwarf.h and libdwarf.h in = /usr/include vs. /usr/local/include ). (It will still be some time before I get to switch to this = with-local-prefix experiment.) =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 5:23 PM, Bryan Drewery = wrote: > On 5/27/2016 5:15 PM, Mark Millard wrote: >> + --with-local-prefix=3D/usr/include \ >>=20 >> looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : >>=20 >> --with-local-prefix=3Ddirname >> Specify the installation directory for local include files. The = default is /usr/local. Specify this option if you want the compiler to = search directory dirname/include for locally installed header files = instead of /usr/local/include. >>=20 >> So your change would generate /usr/include/include for the overall = include path from what I can tell. >>=20 >> Do you want: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> instead? >=20 > You're right, but it makes no real difference since it removes > /usr/local/include: >=20 >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_= 64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/inc= lude" >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include" >> ignoring nonexistent directory "/usr/include/include" >=20 > ^ yes wrong >=20 >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed" >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-= portbld-freebsd11.0/include" >> #include "..." search starts here: >> #include <...> search starts here: >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include-fixed >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../..= /../include >> /usr/include >=20 > ^ Still added >=20 >> End of search list. >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 >=20 From owner-freebsd-ppc@freebsd.org Sat May 28 02:35: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 3BB59B4D8B0 for ; Sat, 28 May 2016 02:35:20 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-174.reflexion.net [208.70.211.174]) (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 EDED51E89 for ; Sat, 28 May 2016 02:35:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 5567 invoked from network); 28 May 2016 02:35:19 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:35:19 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Fri, 27 May 2016 22:35:15 -0400 (EDT) Received: (qmail 11462 invoked from network); 28 May 2016 02:35:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 02:35:15 -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 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 1A28A1C43D2; Fri, 27 May 2016 19:35:05 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> Date: Fri, 27 May 2016 19:35:16 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 02:35:20 -0000 On 2016-May-27, at 7:04 PM, Mark Millard wrote: > FYI. . . >=20 > I expect that building gcc49 with: >=20 > + --with-local-prefix=3D/usr \ >=20 > will help with system build activities via gcc49/g++49 by avoiding = /usr/local/include interfering. >=20 > But I also expect that various port builds based on that same = gcc49/g++49 will have problems from not explicitly forcing = /usr/local/include to be looked at when appropriate/required --unless = something else is in place to do that separately. I expect some implicit = /usr/local/include references to the likes of some of the below list: >=20 >> # diff -qr /usr/include/ /usr/local/include/ | grep /local/ | more >> Only in /usr/local/include/: apr-1 >> Files /usr/include/atf-c/defs.h and /usr/local/include/atf-c/defs.h = differ >> Only in /usr/local/include/: autosprintf.h >> Only in /usr/local/include/: bfd.h >> Only in /usr/local/include/: bfdlink.h >> Only in /usr/local/include/: boost >> Only in /usr/local/include/: curl >> Only in /usr/local/include/: db5 >> Only in /usr/local/include/: dis-asm.h >> Files /usr/include/dwarf.h and /usr/local/include/dwarf.h differ >> Only in /usr/local/include/: editline >> Only in /usr/local/include/: expat.h >> Only in /usr/local/include/: expat_config.h >> Only in /usr/local/include/: expat_external.h >> Only in /usr/local/include/: ffi.h >> Only in /usr/local/include/: ffitarget.h >> Only in /usr/local/include/: gdbm.h >> Only in /usr/local/include/: gettext-po.h >> Only in /usr/local/include/: gmp.h >> Only in /usr/local/include/: gmpxx.h >> Only in /usr/local/include/: gnumake.h >> Files /usr/include/histedit.h and /usr/local/include/histedit.h = differ >> Only in /usr/local/include/: idn-free.h >> Only in /usr/local/include/: idn-int.h >> Only in /usr/local/include/: idna.h >> Only in /usr/local/include/: layout >> Files /usr/include/libdwarf.h and /usr/local/include/libdwarf.h = differ >> Only in /usr/local/include/: libintl.h >> Only in /usr/local/include/: lua52 >> Only in /usr/local/include/: lutok >> Only in /usr/local/include/: mpc.h >> Only in /usr/local/include/: mpf2mpfr.h >> Only in /usr/local/include/: mpfr.h >> Only in /usr/local/include/: pkg.h >> Only in /usr/local/include/: plugin-api.h >> Only in /usr/local/include/: pr29.h >> Only in /usr/local/include/: punycode.h >> Only in /usr/local/include/: python2.7 >> Only in /usr/local/include/: readline >> Only in /usr/local/include/: ruby-2.2 >> Only in /usr/local/include/: serf-1 >> Only in /usr/local/include/: sqlite3.h >> Only in /usr/local/include/: sqlite3ext.h >> Only in /usr/local/include/: stringprep.h >> Only in /usr/local/include/: subversion-1 >> Only in /usr/local/include/: sudo_plugin.h >> Only in /usr/local/include/: symcat.h >> Only in /usr/local/include/: tld.h >> Only in /usr/local/include/: unicode >> Only in /usr/local/include/: yaml.h >=20 > It might be that even gcc compilers built by the adjusted gcc49 would = not find, say, gmp.h or mpfr.h . >=20 > dwarfdump's build/install installs /usr/local/include/dwarf.h and = /usr/local/include/libdwarf.h to match its code. Such examples can need = careful control over which file is used (here dwarf.h and libdwarf.h in = /usr/include vs. /usr/local/include ). >=20 > (It will still be some time before I get to switch to this = with-local-prefix experiment.) >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net Given the above I may try using + --with-local-prefix=3D/usr \ only for building devel/powerpc64-gcc initially because I do not use = devel/powerpc64-gcc to build ports, just for system-build activities. = devel/powerpc64-gcc has the /usr/local/include problem for system build = activities too. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 5:23 PM, Bryan Drewery = wrote: > On 5/27/2016 5:15 PM, Mark Millard wrote: >> + --with-local-prefix=3D/usr/include \ >>=20 >> looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : >>=20 >> --with-local-prefix=3Ddirname >> Specify the installation directory for local include files. The = default is /usr/local. Specify this option if you want the compiler to = search directory dirname/include for locally installed header files = instead of /usr/local/include. >>=20 >> So your change would generate /usr/include/include for the overall = include path from what I can tell. >>=20 >> Do you want: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> instead? >=20 > You're right, but it makes no real difference since it removes > /usr/local/include: >=20 >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_= 64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/inc= lude" >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include" >> ignoring nonexistent directory "/usr/include/include" >=20 > ^ yes wrong >=20 >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed" >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-= portbld-freebsd11.0/include" >> #include "..." search starts here: >> #include <...> search starts here: >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include-fixed >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../..= /../include >> /usr/include >=20 > ^ Still added >=20 >> End of search list. >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 >=20 From owner-freebsd-ppc@freebsd.org Sat May 28 04:24:43 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 41C6EB4D455 for ; Sat, 28 May 2016 04:24:43 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-183.reflexion.net [208.70.211.183]) (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 0666C1B33 for ; Sat, 28 May 2016 04:24:42 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 30392 invoked from network); 28 May 2016 04:18:02 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 04:18:02 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 00:18:39 -0400 (EDT) Received: (qmail 17840 invoked from network); 28 May 2016 04:18:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 04:18: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.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 3B7491C43E9; Fri, 27 May 2016 21:17:48 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] From: Mark Millard In-Reply-To: <3BAE82F4-3BF4-4F02-9BFF-3F2290D3C82D@dsl-only.net> Date: Fri, 27 May 2016 21:18:00 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <0C88C11C-154A-459B-98EB-2A80A166DBCE@dsl-only.net> References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> <42773110-C392-4168-9B94-6902807DB530@dsl-only.net> <3BAE82F4-3BF4-4F02-9BFF-3F2290D3C82D@dsl-only.net> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 04:24:43 -0000 On 2016-May-27, at 6:04 PM, Mark Millard wrote: > [Top posting failure results again.] >=20 > -r300886 for powerpc64 failed for each of: >=20 > = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/AnalysisDeclContext.cpp >=20 > = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate/ARCMT.cpp >=20 > with the likes of: >=20 >> --- all_subdir_lib/clang --- >> In file included from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/= include/llvm/Support/DataTypes.h:36:0, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /Hashing.h:48, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /ArrayRef.h:13, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /APInt.h:19, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include/llvm/ADT= /APFloat.h:20, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude/clang/AST/APValue.h:18, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude/clang/AST/Decl.h:17, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude/clang/Analysis/AnalysisContext.h:18, >> from = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis/AnalysisDeclContext.cpp:15: >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :309:9: error: '::signbit' has not been declared >> using ::signbit; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :310:9: error: '::fpclassify' has not been declared >> using ::fpclassify; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :311:9: error: '::isfinite' has not been declared >> using ::isfinite; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :312:9: error: '::isinf' has not been declared >> using ::isinf; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :313:9: error: '::isnan' has not been declared >> using ::isnan; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :314:9: error: '::isnormal' has not been declared >> using ::isnormal; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :315:9: error: '::isgreater' has not been declared >> using ::isgreater; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :316:9: error: '::isgreaterequal' has not been declared >> using ::isgreaterequal; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :317:9: error: '::isless' has not been declared >> using ::isless; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :318:9: error: '::islessequal' has not been declared >> using ::islessequal; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :319:9: error: '::islessgreater' has not been declared >> using ::islessgreater; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :320:9: error: '::isunordered' has not been declared >> using ::isunordered; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :321:9: error: '::isunordered' has not been declared >> using ::isunordered; >> ^ >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :327:9: error: '::abs' has not been declared >> using ::abs; >> ^ >=20 > . . . (then later the other file gets similar results) . . . >=20 >> --- all_subdir_lib/clang --- >> In file included from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/../../lib/clan= g/include/llvm/Support/DataTypes.h:36:0, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/Hashing.h:48, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/ArrayRef.h:13, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/DenseMapInfo.h:17, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/include/llvm/A= DT/DenseMap.h:17, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/in= clude/clang/ARCMigrate/FileRemapper.h:14, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/in= clude/clang/ARCMigrate/ARCMT.h:13, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate/Internals.h:13, >> from = /usr/src/lib/clang/libclangarcmigrate/../../../contrib/llvm/tools/clang/li= b/ARCMigrate/ARCMT.cpp:10: >> = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/cmath= :309:9: error: '::signbit' has not been declared >> using ::signbit; >> ^ > . . . (similar list) . . . >=20 >=20 > Based on (from a -v output): >=20 >> ignoring nonexistent directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/local/include" >> ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" >> ignoring duplicate directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include" >> #include "..." search starts here: >> #include <...> search starts here: >> /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/include >> = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/incl= ude >> = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/tools/clang/lib/= Analysis >> . >> = /usr/src/lib/clang/libclanganalysis/../../../contrib/llvm/../../lib/clang/= include >> /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include >> /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1 >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed >> End of search list. >=20 > I could try building without clang being included if you want. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net The -r300886 powerpc64 devel/powerpc64-gcc combination with no clang = build included has failed: --- all_subdir_usr.bin --- endian.h(111): warning: bitwise operation on signed value possibly = nonportable [117] endian.h(127): warning: extra bits set to 0 in conversion of 'unsigned = int' to 'unsigned long long', op & [309] types.h(316): warning: bitwise operation on signed value possibly = nonportable [117] types.h(317): warning: bitwise operation on signed value possibly = nonportable [117] types.h(318): warning: bitwise operation on signed value possibly = nonportable [117] types.h(319): warning: bitwise operation on signed value possibly = nonportable [117] types.h(355): warning: conversion to 'unsigned int' due to prototype, = arg #1 [259] types.h(355): warning: conversion from 'unsigned long long' to 'unsigned = int' may lose accuracy, arg #1 [298] types.h(355): warning: conversion to 'unsigned int' due to prototype, = arg #1 [259] types.h(355): warning: conversion from 'unsigned long long' to 'unsigned = int' may lose accuracy, arg #1 [298] stdarg.h(40): syntax error [249] stdarg.h(98): syntax error [249] llib-lposix(307): syntax error [249] llib-lposix(308): syntax error [249] llib-lposix(309): syntax error [249] llib-lposix(309): cannot recover from previous errors [224] *** [llib-lposix.ln] Error code 1 make[5]: stopped in /usr/src/usr.bin/xlint/llib 1 error The -r300886 powerpc (non-64) system-clang based combination for = buildworld had no such problem and included rebuilding clang. So the = problems are apparently devel/powerpc64-gcc specific or at least = gcc-port specific. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 4:40 PM, Mark Millard wrote: > [I'm top posting the results of the failed build.] >=20 > It looks like the following has been addresses in -r300884. libcompat = also got a -isystem in -r300885. -r300886 did "Move external GCC = compiler hacks to bsd.sys.mk". >=20 > So I'll retry based on -r300886. >=20 >=20 >=20 > Failure details. . . >=20 >=20 > Both the powerpc64 lang/powerpc64-xtoolchain-gcc and powerpc clang = combinations failed for -r300875. The details are rather different this = time and might not be related to your libc++ changes. Both contexts got = the same error. >=20 > powerpc64 lang/powerpc64-xtoolchain-gcc: >=20 >> --- all_subdir_cddl/lib/libzpool --- >> In file included from = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c:144:0: >> /usr/src/sys/vm/vm_pageout.h:77:8: error: unknown type name 'bool' >> extern bool vm_pageout_wanted; >> ^ >> /usr/src/sys/vm/vm_pageout.h:78:8: error: unknown type name 'bool' >> extern bool vm_pages_needed; >> ^ >=20 >=20 > The -v search list information was: >=20 >> ignoring nonexistent directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/local/include" >> ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" >> ignoring duplicate directory = "/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include" >> ignoring nonexistent directory = "/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread" >> ignoring nonexistent directory = "/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys" >> #include "..." search starts here: >> #include <...> search starts here: >> /usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris >> /usr/src/cddl/lib/libzpool/../../compat/opensolaris/include >> /usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem >> = /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/sys >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/zf= s >> = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n >> /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head >> /usr/src/cddl/lib/libzpool/../../lib/libumem >> /usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair >> /usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include >> /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed >> End of search list. >=20 > This was for: >=20 >> /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -isystem = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/include = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common= = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/sys = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/fs/zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/= zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head = -I/usr/src/cddl/lib/libzpool/../../lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair = -DWANTS_MUTEX_OWNED = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys = -I/usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g = -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.arc.o -MTarc.o = -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare = -Wno-error=3Duninitialized -Wno-error=3Darray-bounds = -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra = -Wno-error=3Dattributes -Wno-error=3Dinline = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -Wno-unknown-pragmas = -v -c = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c -o arc.o >=20 >=20 > powerpc sytem clang: >=20 >> --- all_subdir_cddl/lib/libzpool --- >> In file included from = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c:144: >> = /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/include/vm/vm_pageout.h:77:= 8: error: unknown type name 'bool' >> extern bool vm_pageout_wanted; >> ^ >> = /usr/obj/clang/powerpc.powerpc/usr/src/tmp/usr/include/vm/vm_pageout.h:78:= 8: error: unknown type name 'bool' >> extern bool vm_pages_needed; >> ^ >=20 > This was for: >=20 >> --- arc.o --- >> cc -O2 -pipe = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/include = -I/usr/src/cddl/lib/libzpool/../../compat/opensolaris/lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libzpool/common= = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/sys = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon/fs/zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/common/= zfs = -I/usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/com= mon -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/head = -I/usr/src/cddl/lib/libzpool/../../lib/libumem = -I/usr/src/cddl/lib/libzpool/../../contrib/opensolaris/lib/libnvpair = -DWANTS_MUTEX_OWNED = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/thread = -I/usr/src/cddl/lib/libzpool/../../../lib/libpthread/sys = -I/usr/src/cddl/lib/libzpool/../../../lib/libthr/arch/powerpc/include -g = -DDEBUG=3D1 -DNEED_SOLARIS_BOOLEAN -MD -MF.depend.arc.o -MTarc.o = -std=3Diso9899:1999 -fstack-protector-strong -Wno-pointer-sign = -Wno-unknown-pragmas -Wno-empty-body -Wno-string-plus-int = -Wno-unused-const-variable -Wno-tautological-compare -Wno-unused-value = -Wno-parentheses-equality -Wno-unused-function -Wno-enum-conversion = -Wno-unused-local-typedef -Wno-switch -Wno-switch-enum = -Wno-knr-promoted-parameter -Wno-parentheses -Qunused-arguments -c = /usr/src/cddl/lib/libzpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs/arc.c -o arc.o >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi@dsl-only.net >=20 > On 2016-May-27, at 2:56 PM, Mark Millard wrote: >=20 >> On 2016-May-27, at 1:50 PM, Dimitry Andric = wrote: >>>=20 >>> On 27 May 2016, at 01:53, Mark Millard = wrote: >>>>=20 >>>> I do buildworld/buildkernel on a powerpc64 targeting itself via = lang/powerpc64-xtoolchain-gcc (a.k.a. lang/powerpc64-gcc for the most = part). [Getting that lang/powerpc64-gcc installed for self-hosted use = does take some work-around activity.] I have buildworld build clang (but = not use it). [I've been doing this with 11.0-CURRENT for a long time.] >>>>=20 >>>> Actually I use lang/gcc49 as the "system compiler" and = lang/powerpc64-gcc as the self-hosting so-called "cross compiler". (I = later list the src.conf content.) gcc4.2.1 is not installed. >>>>=20 >>>> Trying to go from: >>>>=20 >>>>> # uname -apKU >>>>> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #36 r300531M: = Mon May 23 20:13:52 PDT 2016 = root@FBSDG5C0:/usr/obj/xtoolchain/powerpc.powerpc64/usr/src/sys/GENERIC64v= tsc-NODEBUG powerpc powerpc64 1100111 1100111 >>>>=20 >>>> (for which -r300531 built and installed fine this way) to -r300777 = now fails with errors such as: >>>>=20 >>>>> --- lib/libc++__L --- >>>>> In file included from = /usr/src/lib/libc++/../../contrib/libc++/include/iterator:346:0, >>>>> from = /usr/src/lib/libc++/../../contrib/libc++/include/memory:606, >>>>> from = /usr/src/lib/libc++/../../contrib/libc++/include/algorithm:628, >>>>> from = /usr/src/lib/libc++/../../contrib/libc++/src/algorithm.cpp:10: >>>>> /usr/src/lib/libc++/../../contrib/libc++/include/iosfwd:176:14: = error: 'mbstate_t' was not declared in this scope >>>>> typedef fpos streampos; >>>>> ^ >>>=20 >>> This is hopefully fixed by r300873 now. Can you please verify? >>>=20 >>> -Dimitry >>=20 >> buildworld/buildkernel started, based on -r300875 for powerpc64 = under/on powerpc64 FreeBSD via lang/powerpc-xtoolchain-gcc as the = so-called "cross compiler". If it completes successfully it takes about = 8 hours for what I normally include in such builds. >>=20 >> I've also started a clang-based buildworld for powerpc (non-64) under = powerpc FreeBSD as a cross check. (This environment involves work = arounds, such as changes to signal delivery to avoid clang's code = generation ABI violations in its stack handling. A clang based = buildkernel would not complete so I would use a separate gcc 4.2.1 = kernel build to get an overall system.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >>=20 >>=20 >=20 From owner-freebsd-ppc@freebsd.org Sat May 28 09:24:37 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 BE82FB4C60D for ; Sat, 28 May 2016 09:24:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-191.reflexion.net [208.70.211.191]) (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 7E5FB1FF7 for ; Sat, 28 May 2016 09:24:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26896 invoked from network); 28 May 2016 09:25:06 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 09:25:06 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 05:25:13 -0400 (EDT) Received: (qmail 25560 invoked from network); 28 May 2016 09:25:13 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 09:25:13 -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 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 4DBF51C43D2; Sat, 28 May 2016 02:24:34 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: Date: Sat, 28 May 2016 02:24:34 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh Content-Transfer-Encoding: quoted-printable Message-Id: <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 09:24:37 -0000 --with-local-prefix=3D/usr was insufficient to avoid /usr/local/include = in the search list in powerpc64-gcc: > ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/gnu/lib/libssp/libssp_nonshared/.. > = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libss= p > = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/inclu= de > /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > End of search list. Which came from (which shows the --with-local-prefix=3D/usr use): > Configured with: = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-local-prefix=3D/usr --with-pkgversion=3D'FreeBSD Ports Collection = for powerpc64' --with-system-zlib = --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dpowerpc64-portbld-freebsd11.0 In Makefile terms: > # svnlite diff /usr/ports/devel/powerpc64-gcc/Makefile=20 > Index: /usr/ports/devel/powerpc64-gcc/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/ports/devel/powerpc64-gcc/Makefile (revision 415874) > +++ /usr/ports/devel/powerpc64-gcc/Makefile (working copy) > @@ -43,6 +43,7 @@ > CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} --disable-nls = --enable-languages=3Dc,c++ \ > --without-headers \ > --with-gmp=3D${LOCALBASE} \ > + --with-local-prefix=3D/usr \ > --with-pkgversion=3D"FreeBSD Ports Collection for = ${PKGNAMEPREFIX:C/-//g}" \ > --with-system-zlib \ > --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ Note: "Specifying --prefix has no effect on which directory GCC searches = for local header files". Some interesting wording is: "The same value can be used for both = --with-local-prefix and --prefix provided it is not /usr" and "This can = be used to avoid the default search of /usr/local/include". Also: "The = purpose of --prefix is to specify where to install GCC" and "The local = header files in /usr/local/include=97if you put any in that = directory=97are not part of GCC". My overall interpretation of that is that in my context: = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 a.k.a.: --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} would make for a redundant overall search path without changing the = ordering. I have not figured out why /usr/local/include continued to show up and = /usr/include did not. I wonder if they have special logic for if /usr is = assigned and so force back there specified default. I'll try rebuilding devel/powerpc64-gcc again based on: --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-27, at 7:35 PM, Mark Millard wrote: > On 2016-May-27, at 7:04 PM, Mark Millard = wrote: >=20 >> FYI. . . >>=20 >> I expect that building gcc49 with: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> will help with system build activities via gcc49/g++49 by avoiding = /usr/local/include interfering. >>=20 >> But I also expect that various port builds based on that same = gcc49/g++49 will have problems from not explicitly forcing = /usr/local/include to be looked at when appropriate/required --unless = something else is in place to do that separately. I expect some implicit = /usr/local/include references to the likes of some of the below list: >>=20 >>> # diff -qr /usr/include/ /usr/local/include/ | grep /local/ | more >>> Only in /usr/local/include/: apr-1 >>> Files /usr/include/atf-c/defs.h and /usr/local/include/atf-c/defs.h = differ >>> Only in /usr/local/include/: autosprintf.h >>> Only in /usr/local/include/: bfd.h >>> Only in /usr/local/include/: bfdlink.h >>> Only in /usr/local/include/: boost >>> Only in /usr/local/include/: curl >>> Only in /usr/local/include/: db5 >>> Only in /usr/local/include/: dis-asm.h >>> Files /usr/include/dwarf.h and /usr/local/include/dwarf.h differ >>> Only in /usr/local/include/: editline >>> Only in /usr/local/include/: expat.h >>> Only in /usr/local/include/: expat_config.h >>> Only in /usr/local/include/: expat_external.h >>> Only in /usr/local/include/: ffi.h >>> Only in /usr/local/include/: ffitarget.h >>> Only in /usr/local/include/: gdbm.h >>> Only in /usr/local/include/: gettext-po.h >>> Only in /usr/local/include/: gmp.h >>> Only in /usr/local/include/: gmpxx.h >>> Only in /usr/local/include/: gnumake.h >>> Files /usr/include/histedit.h and /usr/local/include/histedit.h = differ >>> Only in /usr/local/include/: idn-free.h >>> Only in /usr/local/include/: idn-int.h >>> Only in /usr/local/include/: idna.h >>> Only in /usr/local/include/: layout >>> Files /usr/include/libdwarf.h and /usr/local/include/libdwarf.h = differ >>> Only in /usr/local/include/: libintl.h >>> Only in /usr/local/include/: lua52 >>> Only in /usr/local/include/: lutok >>> Only in /usr/local/include/: mpc.h >>> Only in /usr/local/include/: mpf2mpfr.h >>> Only in /usr/local/include/: mpfr.h >>> Only in /usr/local/include/: pkg.h >>> Only in /usr/local/include/: plugin-api.h >>> Only in /usr/local/include/: pr29.h >>> Only in /usr/local/include/: punycode.h >>> Only in /usr/local/include/: python2.7 >>> Only in /usr/local/include/: readline >>> Only in /usr/local/include/: ruby-2.2 >>> Only in /usr/local/include/: serf-1 >>> Only in /usr/local/include/: sqlite3.h >>> Only in /usr/local/include/: sqlite3ext.h >>> Only in /usr/local/include/: stringprep.h >>> Only in /usr/local/include/: subversion-1 >>> Only in /usr/local/include/: sudo_plugin.h >>> Only in /usr/local/include/: symcat.h >>> Only in /usr/local/include/: tld.h >>> Only in /usr/local/include/: unicode >>> Only in /usr/local/include/: yaml.h >>=20 >> It might be that even gcc compilers built by the adjusted gcc49 would = not find, say, gmp.h or mpfr.h . >>=20 >> dwarfdump's build/install installs /usr/local/include/dwarf.h and = /usr/local/include/libdwarf.h to match its code. Such examples can need = careful control over which file is used (here dwarf.h and libdwarf.h in = /usr/include vs. /usr/local/include ). >>=20 >> (It will still be some time before I get to switch to this = with-local-prefix experiment.) >>=20 >> =3D=3D=3D >> Mark Millard >> markmi at dsl-only.net >=20 > Given the above I may try using >=20 > + --with-local-prefix=3D/usr \ >=20 > only for building devel/powerpc64-gcc initially because I do not use = devel/powerpc64-gcc to build ports, just for system-build activities. = devel/powerpc64-gcc has the /usr/local/include problem for system build = activities too. >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net >=20 >=20 On 2016-May-27, at 5:23 PM, Bryan Drewery = wrote: > On 5/27/2016 5:15 PM, Mark Millard wrote: >> + --with-local-prefix=3D/usr/include \ >>=20 >> looks wrong to me. The default is not /usr/local/include but just = /usr/local . Quoting https://gcc.gnu.org/install/configure.html : >>=20 >> --with-local-prefix=3Ddirname >> Specify the installation directory for local include files. The = default is /usr/local. Specify this option if you want the compiler to = search directory dirname/include for locally installed header files = instead of /usr/local/include. >>=20 >> So your change would generate /usr/include/include for the overall = include path from what I can tell. >>=20 >> Do you want: >>=20 >> + --with-local-prefix=3D/usr \ >>=20 >> instead? >=20 > You're right, but it makes no real difference since it removes > /usr/local/include: >=20 >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_= 64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-portbld-freebsd11.0/inc= lude" >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include" >> ignoring nonexistent directory "/usr/include/include" >=20 > ^ yes wrong >=20 >> ignoring duplicate directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/include-fixed" >> ignoring nonexistent directory = "/root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../.= ./../lib/gcc49/gcc/x86_64-portbld-freebsd11.0/4.9.4/../../../../../x86_64-= portbld-freebsd11.0/include" >> #include "..." search starts here: >> #include <...> search starts here: >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/x86_6= 4-portbld-freebsd11.0/4.9.4/include-fixed >> = /root/svn/ports/lang/gcc49/work/stage/usr/local/bin/../lib/gcc49/gcc/../..= /../include >> /usr/include >=20 > ^ Still added >=20 >> End of search list. >=20 >=20 >=20 > --=20 > Regards, > Bryan Drewery >=20 >=20 From owner-freebsd-ppc@freebsd.org Sat May 28 13:32:35 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 76B77B4E6E1; Sat, 28 May 2016 13:32:35 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (tensor.andric.com [87.251.56.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "tensor.andric.com", Issuer "COMODO RSA Domain Validation Secure Server CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 378C81655; Sat, 28 May 2016 13:32:34 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::cce6:66d6:4bdd:cc70] (unknown [IPv6:2001:7b8:3a7:0:cce6:66d6:4bdd:cc70]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D18EF18AEA; Sat, 28 May 2016 15:32:32 +0200 (CEST) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FF5AB575-B720-48C8-976E-25288B17E822"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 (ebbf3ef) From: Dimitry Andric In-Reply-To: <0C88C11C-154A-459B-98EB-2A80A166DBCE@dsl-only.net> Date: Sat, 28 May 2016 15:32:23 +0200 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org Message-Id: References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> <42773110-C392-4168-9B94-6902807DB530@dsl-only.net> <3BAE82F4-3BF4-4F02-9BFF-3F2290D3C82D@dsl-only.net> <0C88C11C-154A-459B-98EB-2A80A166DBCE@dsl-only.net> To: Mark Millard X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 13:32:35 -0000 --Apple-Mail=_FF5AB575-B720-48C8-976E-25288B17E822 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 28 May 2016, at 06:18, Mark Millard wrote: ... > The -r300886 powerpc64 devel/powerpc64-gcc combination with no clang = build included has failed: >=20 > --- all_subdir_usr.bin --- > endian.h(111): warning: bitwise operation on signed value possibly = nonportable [117] > endian.h(127): warning: extra bits set to 0 in conversion of 'unsigned = int' to 'unsigned long long', op & [309] > types.h(316): warning: bitwise operation on signed value possibly = nonportable [117] > types.h(317): warning: bitwise operation on signed value possibly = nonportable [117] > types.h(318): warning: bitwise operation on signed value possibly = nonportable [117] > types.h(319): warning: bitwise operation on signed value possibly = nonportable [117] > types.h(355): warning: conversion to 'unsigned int' due to prototype, = arg #1 [259] > types.h(355): warning: conversion from 'unsigned long long' to = 'unsigned int' may lose accuracy, arg #1 [298] > types.h(355): warning: conversion to 'unsigned int' due to prototype, = arg #1 [259] > types.h(355): warning: conversion from 'unsigned long long' to = 'unsigned int' may lose accuracy, arg #1 [298] > stdarg.h(40): syntax error [249] > stdarg.h(98): syntax error [249] > llib-lposix(307): syntax error [249] > llib-lposix(308): syntax error [249] > llib-lposix(309): syntax error [249] > llib-lposix(309): cannot recover from previous errors [224] > *** [llib-lposix.ln] Error code 1 For me, r300886 didn't build at all, when I tried: CROSS_TOOLCHAIN=3Dpowerpc64-gcc TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 = \ __MAKE_CONF=3D/dev/null SRCCONF=3D/dev/null make buildworld It always errors out at the very first file built for the libraries stage: -------------------------------------------------------------- >>> stage 4.2: building libraries -------------------------------------------------------------- cd /usr/src; CROSS_TOOLCHAIN=3D"powerpc64-gcc" = MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHINE=3Di386 = CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/bin = GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font = GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac = CC=3D"/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/" = CXX=3D"/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/" = CPP=3D"/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/" = AS=3D"/usr/local/powerpc64-freebsd/bin/as" = AR=3D"/usr/local/powerpc64-freebsd/bin/ar" = LD=3D"/usr/local/powerpc64-freebsd/bin/ld" = NM=3D/usr/local/powerpc64-freebsd/bin/nm = OBJDUMP=3D/usr/local/powerpc64-freebsd/bin/objdump = OBJCOPY=3D"/usr/local/powerpc64-freebsd/bin/objcopy" = RANLIB=3D/usr/local/powerpc64-freebsd/bin/ranlib = STRINGS=3D/usr/local/powerpc64-freebsd/bin/ = SIZE=3D"/usr/local/powerpc64-freebsd/bin/size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us= r/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o= bj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin make -f = Makefile.inc1 DESTDIR=3D/usr/obj/usr/src/tmp -DNO_FSCHG MK_HTML=3Dno = -DNO_LINT MK_MAN=3Dno MK_PROFILE=3Dno MK_TESTS=3Dno = MK_TESTS_SUPPORT=3Dyes libraries cd /usr/src; make -f Makefile.inc1 _prereq_libs; make -f Makefile.inc1 = _startup_libs; make -f Makefile.inc1 _prebuild_libs; make -f = Makefile.inc1 _generic_libs =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,all,install) building static ssp_nonshared library /usr/local/powerpc64-freebsd/bin/ar -crD libssp_nonshared.a = `NM=3D'/usr/local/powerpc64-freebsd/bin/nm' NMFLAGS=3D'' lorder = ssp-local.o | tsort -q` /usr/local/powerpc64-freebsd/bin/ranlib -D libssp_nonshared.a sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 = libssp_nonshared.a /usr/obj/usr/src/tmp/usr/lib/ =3D=3D=3D> gnu/lib/libgcc (obj,all,install) LC_ALL=3DC awk -f = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist = > options.h /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/ -c = -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED = -DHAVE_GTHR_DEFAULT = -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include = -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config = -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. = -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=3Dgnu99 = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare = -Wno-error=3Duninitialized -Wno-error=3Darray-bounds = -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra = -Wno-error=3Dattributes -Wno-error=3Dinline = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3D3 = -DElfW=3D__ElfN -o unwind-dw2.o = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c In file included from = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/tsystem.h:47:0, from = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c:32: = /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include/stddef.h:56= :24: fatal error: sys/_types.h: No such file or directory compilation terminated. *** Error code 1 This is because r300886 filters out the -isystem options that point to ${WORLDTMP}/usr/include. When I build using r300885, it errors out while building the atf-c++ libraries: =3D=3D=3D> lib/atf/libatf-c++ (all) /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -isystem = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -L/usr/obj/powerpc.powerpc64/usr/src/tmp/../lib/libc++ = -isystem /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe -DHAVE_CONFIG_H = -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. = -DHAVE_CONFIG_H -MD -MF.depend.application.o -MTapplication.o = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare = -Wno-error=3Duninitialized -Wno-error=3Darray-bounds = -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra = -Wno-error=3Dattributes -Wno-error=3Dinline = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c = /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o In file included from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/memory:616:0, from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/algorithm:628, from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/string:439, from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/__locale:15, from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/ios:216, from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/ostream:138, from = /usr/src/contrib/atf/atf-c++/detail/application.hpp:29, from = /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/atomic:571:0: = error: "_Atomic" redefined [-Werror] #define _Atomic(x) __gcc_atomic::__gcc_atomic_t ^ In file included from /usr/src/sys/sys/endian.h:32:0, from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/__config:96, from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/ostream:137, from = /usr/src/contrib/atf/atf-c++/detail/application.hpp:29, from = /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: /usr/src/sys/sys/cdefs.h:283:0: note: this is the location of the = previous definition #define _Atomic(T) struct { T volatile __val; } ^ It appears that there is a conflict between how sys/cdefs.h defines _Atomic() and how the libc++ headers define it. It looks like the definition in the libc++ headers is more suitable for gcc, so maybe we should disable our custom definition in sys/defs.h when an external gcc is used? Or at least, disable it when compiling for C++. -Dimitry --Apple-Mail=_FF5AB575-B720-48C8-976E-25288B17E822 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.30 iEYEARECAAYFAldJnfAACgkQsF6jCi4glqO3NACfZVSSBhZWl3P58A3RzC6OD9Ro JuIAoJlvJBV9bBE14AktH7eD3XCvtz+2 =TaYs -----END PGP SIGNATURE----- --Apple-Mail=_FF5AB575-B720-48C8-976E-25288B17E822-- From owner-freebsd-ppc@freebsd.org Sat May 28 16:44:19 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 EFA73B4E5DD for ; Sat, 28 May 2016 16:44:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-174.reflexion.net [208.70.211.174]) (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 B30FF1AB7 for ; Sat, 28 May 2016 16:44:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28077 invoked from network); 28 May 2016 16:44:50 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 28 May 2016 16:44:50 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 12:44:15 -0400 (EDT) Received: (qmail 18883 invoked from network); 28 May 2016 16:44:15 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 16:44:15 -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 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 9579EB1E001; Sat, 28 May 2016 09:44:14 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] From: Mark Millard In-Reply-To: Date: Sat, 28 May 2016 09:44:17 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org, Bryan Drewery Content-Transfer-Encoding: quoted-printable Message-Id: References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> <42773110-C392-4168-9B94-6902807DB530@dsl-only.net> <3BAE82F4-3BF4-4F02-9BFF-3F2290D3C82D@dsl-only.net> <0C88C11C-154A-459B-98EB-2A80A166DBCE@dsl-only.net> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 16:44:20 -0000 I'll update to 11.0 -r300904 to pick up the external toolchain fix for = -r300886's problem. > CROSS_TOOLCHAIN=3Dpowerpc64-gcc TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64= \ > __MAKE_CONF=3D/dev/null SRCCONF=3D/dev/null make buildworld The above likely would have problems with finding files in = /usr/local/include when devel/powerpc64-gcc is in use and various ports = have been built. If you use -v for the gcc based compiles the search = list will show /usr/local/include in the list the way that = devel/powerpc64-gcc is normally built. In my context there are some = files from ports there that would conflict with some system headers. Bryan Drewery is having me do experiments with building gcc with = --with-local-prefix assigned to avoid this. (I started these experiments = after my last report to you.) Before this I was using C_INCLUDE_PAPTH = and CPLUS_INCLUDE_PATH to have /usr/include and /usr/include/c++/v1 = searched before /usr/local/include based paths. Actually so far I'm only doing the experiment with devel/powerpc64-gcc = (used as the so-called "cross compiler" in my self-hosted context), not = with the lang/gcc49 that I use as the system compiler: for lang/gcc49 = I'm still using C_INCLUDE_PAPTH and CPLUS_INCLUDE_PATH to avoid = /usr/local/include based paths from finding files. In part this is = because I expect port building problems if I use lang/gcc49 to build = ports without lang/gcc49 having /usr/local/include implicitly. I do not = use devel/powerpc64-gcc to build ports. As stands I will next be trying building devel/powerpc64-gcc based on: --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} which should make the search list entry (when it tacks on /include) a = redundant one with the one that follows what would otherwise be = /usr/local/include in the list. Using --with-local-prefix=3D/usr still = resulted in /usr/local/include being in the search list. No surprise = given that https://gcc.gnu.org/install/configure.html says: > Do not specify /usr as the --with-local-prefix! The directory you use = for --with-local-prefix must not contain any of the system's standard = header files. If it did contain them, certain programs would be = miscompiled (including GNU Emacs, on certain targets), because this = would override and nullify the header file corrections made by the = fixincludes script. It looks like they have code to detect the attempt to use /usr and = prevent it. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-28, at 6:32 AM, Dimitry Andric wrote: > On 28 May 2016, at 06:18, Mark Millard wrote: > ... >> The -r300886 powerpc64 devel/powerpc64-gcc combination with no clang = build included has failed: >>=20 >> --- all_subdir_usr.bin --- >> endian.h(111): warning: bitwise operation on signed value possibly = nonportable [117] >> endian.h(127): warning: extra bits set to 0 in conversion of = 'unsigned int' to 'unsigned long long', op & [309] >> types.h(316): warning: bitwise operation on signed value possibly = nonportable [117] >> types.h(317): warning: bitwise operation on signed value possibly = nonportable [117] >> types.h(318): warning: bitwise operation on signed value possibly = nonportable [117] >> types.h(319): warning: bitwise operation on signed value possibly = nonportable [117] >> types.h(355): warning: conversion to 'unsigned int' due to prototype, = arg #1 [259] >> types.h(355): warning: conversion from 'unsigned long long' to = 'unsigned int' may lose accuracy, arg #1 [298] >> types.h(355): warning: conversion to 'unsigned int' due to prototype, = arg #1 [259] >> types.h(355): warning: conversion from 'unsigned long long' to = 'unsigned int' may lose accuracy, arg #1 [298] >> stdarg.h(40): syntax error [249] >> stdarg.h(98): syntax error [249] >> llib-lposix(307): syntax error [249] >> llib-lposix(308): syntax error [249] >> llib-lposix(309): syntax error [249] >> llib-lposix(309): cannot recover from previous errors [224] >> *** [llib-lposix.ln] Error code 1 >=20 > For me, r300886 didn't build at all, when I tried: >=20 > CROSS_TOOLCHAIN=3Dpowerpc64-gcc TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64= \ > __MAKE_CONF=3D/dev/null SRCCONF=3D/dev/null make buildworld >=20 > It always errors out at the very first file built for the libraries > stage: >=20 > -------------------------------------------------------------- >>>> stage 4.2: building libraries > -------------------------------------------------------------- > cd /usr/src; CROSS_TOOLCHAIN=3D"powerpc64-gcc" = MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di386 MACHINE=3Di386 = CPUTYPE=3D GROFF_BIN_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/bin = GROFF_FONT_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/groff_font = GROFF_TMAC_PATH=3D/usr/obj/usr/src/tmp/legacy/usr/share/tmac = CC=3D"/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/" = CXX=3D"/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/" = CPP=3D"/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/" = AS=3D"/usr/local/powerpc64-freebsd/bin/as" = AR=3D"/usr/local/powerpc64-freebsd/bin/ar" = LD=3D"/usr/local/powerpc64-freebsd/bin/ld" = NM=3D/usr/local/powerpc64-freebsd/bin/nm = OBJDUMP=3D/usr/local/powerpc64-freebsd/bin/objdump = OBJCOPY=3D"/usr/local/powerpc64-freebsd/bin/objcopy" = RANLIB=3D/usr/local/powerpc64-freebsd/bin/ranlib = STRINGS=3D/usr/local/powerpc64-freebsd/bin/ = SIZE=3D"/usr/local/powerpc64-freebsd/bin/size" INSTALL=3D"sh = /usr/src/tools/install.sh" = PATH=3D/usr/obj/usr/src/tmp/legacy/usr/sbin:/usr/obj/usr/src/tmp/legacy/us= r/bin:/usr/obj/usr/src/tmp/legacy/bin:/usr/obj/usr/src/tmp/usr/sbin:/usr/o= bj/usr/src/tmp/usr/bin:/sbin:/bin:/usr/sbin:/usr/bin make -f = Makefile.inc1 DESTDIR=3D/usr/obj/usr/src/tmp -DNO_FSCHG MK_HTML=3Dno = -DNO_LINT MK_MAN=3Dno MK_PROFILE=3Dno MK_TESTS=3Dno = MK_TESTS_SUPPORT=3Dyes libraries > cd /usr/src; make -f Makefile.inc1 _prereq_libs; make -f = Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; = make -f Makefile.inc1 _generic_libs > =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,all,install) > building static ssp_nonshared library > /usr/local/powerpc64-freebsd/bin/ar -crD libssp_nonshared.a = `NM=3D'/usr/local/powerpc64-freebsd/bin/nm' NMFLAGS=3D'' lorder = ssp-local.o | tsort -q` > /usr/local/powerpc64-freebsd/bin/ranlib -D libssp_nonshared.a > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 = libssp_nonshared.a /usr/obj/usr/src/tmp/usr/lib/ > =3D=3D=3D> gnu/lib/libgcc (obj,all,install) > LC_ALL=3DC awk -f = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.awk -f = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/opth-gen.awk < optionlist = > options.h > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = --sysroot=3D/usr/obj/usr/src/tmp -B/usr/local/powerpc64-freebsd/bin/ -c = -O2 -pipe -DIN_GCC -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED = -DHAVE_GTHR_DEFAULT = -I/usr/src/gnu/lib/libgcc/../../../contrib/gcclibs/include = -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc/config = -I/usr/src/gnu/lib/libgcc/../../../contrib/gcc -I. = -I/usr/src/gnu/lib/libgcc/../../usr.bin/cc/cc_tools -std=3Dgnu99 = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare = -Wno-error=3Duninitialized -Wno-error=3Darray-bounds = -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra = -Wno-error=3Dattributes -Wno-error=3Dinline = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress = -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC -fexceptions -D__GLIBC__=3D3 = -DElfW=3D__ElfN -o unwind-dw2.o = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c > In file included from = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/tsystem.h:47:0, > from = /usr/src/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c:32: > = /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include/stddef.h:56= :24: fatal error: sys/_types.h: No such file or directory > compilation terminated. > *** Error code 1 >=20 > This is because r300886 filters out the -isystem options that point to > ${WORLDTMP}/usr/include. When I build using r300885, it errors out > while building the atf-c++ libraries: >=20 > =3D=3D=3D> lib/atf/libatf-c++ (all) > /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ -isystem = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1 -std=3Dc++11 = -nostdinc++ -L/usr/obj/powerpc.powerpc64/usr/src/tmp/../lib/libc++ = -isystem /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include = -L/usr/obj/powerpc.powerpc64/usr/src/tmp/usr/lib = --sysroot=3D/usr/obj/powerpc.powerpc64/usr/src/tmp = -B/usr/local/powerpc64-freebsd/bin/ -O2 -pipe -DHAVE_CONFIG_H = -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I. = -DHAVE_CONFIG_H -MD -MF.depend.application.o -MTapplication.o = -fstack-protector-strong -Wsystem-headers -Werror -Wall -Wno-format-y2k = -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized = -Wno-error=3Dunused-function -Wno-error=3Denum-compare = -Wno-error=3Dlogical-not-parentheses -Wno-error=3Dbool-compare = -Wno-error=3Duninitialized -Wno-error=3Darray-bounds = -Wno-error=3Dclobbered -Wno-error=3Dcast-align -Wno-error=3Dextra = -Wno-error=3Dattributes -Wno-error=3Dinline = -Wno-error=3Dunused-but-set-variable -Wno-error=3Dunused-value = -Wno-error=3Dstrict-aliasing -Wno-error=3Daddress -c = /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o > In file included from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/memory:616:0, > from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/algorithm:628, > from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/string:439, > from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/__locale:15, > from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/ios:216, > from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/ostream:138, > from = /usr/src/contrib/atf/atf-c++/detail/application.hpp:29, > from = /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: > = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/atomic:571:0: = error: "_Atomic" redefined [-Werror] > #define _Atomic(x) __gcc_atomic::__gcc_atomic_t > ^ > In file included from /usr/src/sys/sys/endian.h:32:0, > from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/__config:96, > from = /usr/obj/powerpc.powerpc64/usr/src/tmp/usr/include/c++/v1/ostream:137, > from = /usr/src/contrib/atf/atf-c++/detail/application.hpp:29, > from = /usr/src/contrib/atf/atf-c++/detail/application.cpp:26: > /usr/src/sys/sys/cdefs.h:283:0: note: this is the location of the = previous definition > #define _Atomic(T) struct { T volatile __val; } > ^ >=20 > It appears that there is a conflict between how sys/cdefs.h defines > _Atomic() and how the libc++ headers define it. It looks like the > definition in the libc++ headers is more suitable for gcc, so maybe we > should disable our custom definition in sys/defs.h when an external = gcc > is used? Or at least, disable it when compiling for C++. >=20 > -Dimitry >=20 From owner-freebsd-ppc@freebsd.org Sat May 28 17:41:02 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 968BAB4DF53 for ; Sat, 28 May 2016 17:41:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-194.reflexion.net [208.70.211.194]) (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 55C6618BF for ; Sat, 28 May 2016 17:41:02 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28302 invoked from network); 28 May 2016 17:41:31 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 17:41:31 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 13:41:38 -0400 (EDT) Received: (qmail 10368 invoked from network); 28 May 2016 17:41:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 17:41: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 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 E5FC81C43D6; Sat, 28 May 2016 10:40:56 -0700 (PDT) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> Date: Sat, 28 May 2016 10:40:59 -0700 Cc: FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric Content-Transfer-Encoding: quoted-printable Message-Id: <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> To: Bryan Drewery X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 17:41:02 -0000 [Top post of failure to get rid of /usr/local/include from = devel/powerpc64-gcc search list.] I have tried: > # svnlite diff /usr/ports/devel/powerpc64-gcc/ > Index: /usr/ports/devel/powerpc64-gcc/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/ports/devel/powerpc64-gcc/Makefile (revision 415874) > +++ /usr/ports/devel/powerpc64-gcc/Makefile (working copy) > @@ -43,6 +43,7 @@ > CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} --disable-nls = --enable-languages=3Dc,c++ \ > --without-headers \ > --with-gmp=3D${LOCALBASE} \ > + = --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} = \ > --with-pkgversion=3D"FreeBSD Ports Collection for = ${PKGNAMEPREFIX:C/-//g}" \ > --with-system-zlib \ > --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ which when rebuilt in a powerpc64 context shows up with: = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 in the "Configured with" (from using -v): > Target: powerpc64-portbld-freebsd11.0 > Configured with: = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 --with-pkgversion=3D'FreeBSD Ports Collection for powerpc64' = --with-system-zlib --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dpowerpc64-portbld-freebsd11.0 But /usr/local/include still shows up in the search list, for example: > ignoring nonexistent directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/local/lib/g= cc/powerpc64-portbld-freebsd11.0/5.3.0/include" > ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" > ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/src/lib/msun/powerpc > /usr/src/lib/msun/src > /usr/src/lib/libc/include > /usr/src/lib/libc/powerpc > /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include > /usr/local/include > /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed > End of search list. [Despite some prior mis-wording in other messages: The line match for = --with-local-prefix=3D 's value with "/include" appended matches the = line prior to /usr/local/include in the search list, not the following = line.] So far I'm unsuccessful at avoiding /usr/local/include being in the = search list. I'm still at the stage of C_INCLUDE_PAPTH and = CPLUS_INCLUDE_PATH being the best means that I've found to force = /usr/include based paths to win when there are conflicts in = /usr/local/include from ports that have been built. So far I'm only doing the experiment with devel/powerpc64-gcc (used as = the so-called "cross compiler" in my powerpc64 self-hosted context), not = with the lang/gcc49 that I use as the system compiler. For lang/gcc49 = I'm still using C_INCLUDE_PAPTH and CPLUS_INCLUDE_PATH to avoid = /usr/local/include based paths from finding files. In part this is = because I expect port building problems if I use lang/gcc49 to build = ports without lang/gcc49 having /usr/local/include implicitly. I do not = use devel/powerpc64-gcc to build ports. =3D=3D=3D Mark Millard markmi at dsl-only.net On 2016-May-28, at 2:24 AM, Mark Millard wrote: > --with-local-prefix=3D/usr was insufficient to avoid = /usr/local/include in the search list in powerpc64-gcc: >=20 >> ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" >> ignoring nonexistent directory = "/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/../../../../powerp= c64-portbld-freebsd11.0/include" >> ignoring duplicate directory = "/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include" >> #include "..." search starts here: >> #include <...> search starts here: >> /usr/src/gnu/lib/libssp/libssp_nonshared/.. >> = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/libss= p >> = /usr/src/gnu/lib/libssp/libssp_nonshared/../../../../contrib/gcclibs/inclu= de >> /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include >> /usr/local/include >> /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include-fixed >> End of search list. >=20 > Which came from (which shows the --with-local-prefix=3D/usr use): >=20 >> Configured with: = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.3.0/configure = --target=3Dpowerpc64-portbld-freebsd11.0 --disable-nls = --enable-languages=3Dc,c++ --without-headers --with-gmp=3D/usr/local = --with-local-prefix=3D/usr --with-pkgversion=3D'FreeBSD Ports Collection = for powerpc64' --with-system-zlib = --with-as=3D/usr/local/bin/powerpc64-freebsd-as = --with-ld=3D/usr/local/bin/powerpc64-freebsd-ld --prefix=3D/usr/local = --localstatedir=3D/var --mandir=3D/usr/local/man = --infodir=3D/usr/local/info/ --build=3Dpowerpc64-portbld-freebsd11.0 >=20 > In Makefile terms: >=20 >> # svnlite diff /usr/ports/devel/powerpc64-gcc/Makefile=20 >> Index: /usr/ports/devel/powerpc64-gcc/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/ports/devel/powerpc64-gcc/Makefile (revision 415874) >> +++ /usr/ports/devel/powerpc64-gcc/Makefile (working copy) >> @@ -43,6 +43,7 @@ >> CONFIGURE_ARGS+=3D--target=3D${GCC_TARGET} --disable-nls = --enable-languages=3Dc,c++ \ >> --without-headers \ >> --with-gmp=3D${LOCALBASE} \ >> + --with-local-prefix=3D/usr \ >> --with-pkgversion=3D"FreeBSD Ports Collection for = ${PKGNAMEPREFIX:C/-//g}" \ >> --with-system-zlib \ >> --with-as=3D${LOCALBASE}/bin/${BU_PREFIX}-as \ >=20 >=20 > Note: "Specifying --prefix has no effect on which directory GCC = searches for local header files". >=20 > Some interesting wording is: "The same value can be used for both = --with-local-prefix and --prefix provided it is not /usr" and "This can = be used to avoid the default search of /usr/local/include". Also: "The = purpose of --prefix is to specify where to install GCC" and "The local = header files in /usr/local/include=97if you put any in that = directory=97are not part of GCC". >=20 > My overall interpretation of that is that in my context: >=20 > = --with-local-prefix=3D/usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3= .0 >=20 > a.k.a.: >=20 > --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} >=20 > would make for a redundant overall search path without changing the = ordering. >=20 > I have not figured out why /usr/local/include continued to show up and = /usr/include did not. I wonder if they have special logic for if /usr is = assigned and so force back there specified default. >=20 > I'll try rebuilding devel/powerpc64-gcc again based on: >=20 > --with-local-prefix=3D${LOCALBASE}/lib/gcc/${GCC_TARGET}/${PORTVERSION} >=20 >=20 >=20 > =3D=3D=3D > Mark Millard > markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat May 28 19:03: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 DD356B4E1C6; Sat, 28 May 2016 19:03:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ig0-x22f.google.com (mail-ig0-x22f.google.com [IPv6:2607:f8b0:4001:c05::22f]) (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 987CE186C; Sat, 28 May 2016 19:03:20 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by mail-ig0-x22f.google.com with SMTP id ct2so11822817igb.0; Sat, 28 May 2016 12:03:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc; bh=SL6ajehpKZ9S+hvJxO8dnGj8lT6eX3Y9ygm+1M8S1BE=; b=hQsMe0IkTzZT5f+Oa6J2+5rA2NR5girxAVPw5gPR/+VJfDvdBNzUU4obA0Mi0UXUYu P//G0IG7HrcF8vWkeJbLitwXQ1pUTqvy4nm7X4XYy5wIts2pvEIy9lvoIW9Lu1dA3CQk nEMwI3uobyEB5WsfELOwN3cQBkegWd6hKz/XNbfEef+DMv1GecBopnVg1DNZA+02fAyV n/0zowLlyggrsxxuAnxAOHz5I8yktL70kGmwgZupea1rCVmT9/scl6fMjuU/lgEVVIq/ ML6+QJt5KNuYtESjq152k8y54Wxi9eWifgY/aijdLSit3D+RjxcFZArqWH9t84CHSrJ/ VFgg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc; bh=SL6ajehpKZ9S+hvJxO8dnGj8lT6eX3Y9ygm+1M8S1BE=; b=FgRRHYBBzNPkGIyzeSafLoeSIIc4TBMIlzWaDCnGYWdhGg4zeofPQv7NLH1euqxL9+ rOxd5cMY1CsuFaRcfZs0UAM5PsTCfYSv1dYJ7svwINaV7dVDzvk78GZyFPv5huprgd9J pktVDHxnRlYB9eNonYq8PqAXwP8RgZLxgf/m8BUcpnSlm/GV459aip4WflTNGSGZXjbJ QVdmuzAdrI0EJCCe5wJLq0DJ2Eevj8lmrVfE3YHnc2z5m2oSdB9BFGBvjt5v3jzce1Iu qicccsejgsuG1dRdOwKQNa18IJGOKyYi2DwUboBel6idJe7vFsOPhPrVul8g5u26mL9Y fD1A== X-Gm-Message-State: ALyK8tJI3TGfu2LzPOhXFL3zLWBVdvmvWYNpD93pCDmboGQb6RopOwy/NYl0Rp2ZAVI3D1moM/M73Zr4yTekFg== MIME-Version: 1.0 X-Received: by 10.50.3.73 with SMTP id a9mr3014289iga.22.1464462199663; Sat, 28 May 2016 12:03:19 -0700 (PDT) Received: by 10.36.113.3 with HTTP; Sat, 28 May 2016 12:03:19 -0700 (PDT) In-Reply-To: <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> Date: Sat, 28 May 2016 12:03:19 -0700 Message-ID: Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Adrian Chadd To: Mark Millard Cc: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric Content-Type: text/plain; charset=UTF-8 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 19:03:21 -0000 [snip] hi, please don't patch the ports compiler assumptions about things like this. We should be targeting external toolchains on OSes (eg macosx) where it may already generate freebsd binaries and as such we should be calling the compiler/linker with all the flags it needs. Having a patched compiler default for mips made things way, way harder than it needed to be. -adrian From owner-freebsd-ppc@freebsd.org Sat May 28 21:30:14 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 6C683B4E48F for ; Sat, 28 May 2016 21:30:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-176.reflexion.net [208.70.211.176]) (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 26E541CAC for ; Sat, 28 May 2016 21:30:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26814 invoked from network); 28 May 2016 21:30:42 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 28 May 2016 21:30:42 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 17:30:17 -0400 (EDT) Received: (qmail 10773 invoked from network); 28 May 2016 21:30:16 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 21:30:16 -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 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.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 35AA8B1E001; Sat, 28 May 2016 14:30:07 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: svn commit: r297435 - head: still problems for stage 3 when gcc 4.2.1 is avoided (powerpc64 self-hosted build) From: Mark Millard In-Reply-To: Date: Sat, 28 May 2016 14:30:10 -0700 Cc: Bryan Drewery , FreeBSD Current , FreeBSD Toolchain , FreeBSD PowerPC ML , Gerald Pfeifer , Warner Losh , Dimitry Andric Content-Transfer-Encoding: quoted-printable Message-Id: References: <5A0ACA76-6F1D-4975-9E59-2A64BB8EFC77@dsl-only.net> <56FD9757.6040709@FreeBSD.org> <9E3033D5-F416-4B78-97C2-0A0AABF5A49E@dsl-only.net> <56FDA5F9.1090601@FreeBSD.org> <481DA341-0DFC-4AF1-AD4D-56C5388FA8E3@dsl-only.net> <56FDBAA8.5060407@FreeBSD.org> <7DEF97EC-D970-4F64-AF72-8939609A1D48@dsl-only.net> <4953F764-FC4E-491F-A6B7-4CAF65EAAEB7@dsl-only.net> <70a54660-775d-c12c-b991-507d26ce1342@FreeBSD.org> <72F5F9FD-5854-455D-8844-C4E1887DCE9F@dsl-only.net> <0FA52C68-43C4-489D-9EB2-2339C2B812F5@dsl-only.net> <068D322F-E46F-4FD8-8DA0-BD7D17FD2A06@dsl-only.net> To: Adrian Chadd X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 21:30:14 -0000 On 2016-May-28, at 12:03 PM, Adrian Chadd = wrote: > [snip] >=20 > hi, >=20 > please don't patch the ports compiler assumptions about things like > this. We should be targeting external toolchains on OSes (eg macosx) > where it may already generate freebsd binaries and as such we should > be calling the compiler/linker with all the flags it needs. >=20 > Having a patched compiler default for mips made things way, way harder > than it needed to be. >=20 >=20 >=20 > -adrian Are there specific technical examples of specific lessons learned from = the "patched compiler default for mips" context? Is there an intent to use /usr/src/. . . materials for = buildworld/buildkernel and the like from a non-FreeBSD context? Are = there examples? Currently I'm just providing evidence that some FreeBSD committers have = requested. I'm not a committer for FreeBSD or for upstream and will not = be making any FreeBSD system or ports changes outside my personal = context. I'm no direct risk to FreeBSD. So your note is more for the = folks having me cross check xtoolchain and related behavior than for me. Notes on my context. . . (stop reading if you do not care) Unfortunately powerpc64 and powerpc still can not be clang based overall = for buildworld/buildkernel. I will say that in my use of devel/powerpc64-xtoolchain-gcc (and so = devel/powerpc64-gcc ) to have a libc++ based FreeBSD on powerpc64 I've = always had to have some form of work around to avoid /usr/local/include = causing buildworld failures from use of the wrong files for buildworld = purposes. I have either: A) temporarily renamed files below /usr/local/include/ to avoid them = being used (or otherwise blocked /usr/local/include access) or B) used C_INCLUDE_PATH and CPLUS_INCLUDE_PATH to cause the C/C++ = compiles to look below /usr/include/ before looking below = /usr/local/include/ . (I've also experimented with extra -I's and the = like.) So far I've not used devel/powerpc64-gcc to build ports under FreeBSD. = So far I've only built ports from a self-hosted context (no cross-built = ports). So I tend to use something like lang/gcc49 to build ports. I'm = not likely to adopt a technique for building the likes of lang/gcc49 = that messes up using it to build ports. I normally self-host buildworld/buildkernel on a powerpc64 FreeBSD = context, an odd use of devel/powerpc64-gcc . But I have at times also = cross-built from an amd64 FreeBSD context and it also can have the = "wrong files for buildworld" problem for /usr/local/include/ in FreeBSD. I've never tried buildworld/buildkernel from a non-FreeBSD context and = so have never built devel/powerpc64-gcc or anything like its = configuration outside FreeBSD. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Sat May 28 22:12:41 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 6D103B4E0FE for ; Sat, 28 May 2016 22:12:41 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-173.reflexion.net [208.70.211.173]) (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 1D32117F7 for ; Sat, 28 May 2016 22:12:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 26033 invoked from network); 28 May 2016 22:13:10 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 28 May 2016 22:13:10 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.90.3) with SMTP; Sat, 28 May 2016 18:12:35 -0400 (EDT) Received: (qmail 26134 invoked from network); 28 May 2016 22:12:35 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 28 May 2016 22:12:35 -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 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 717B4B1E001; Sat, 28 May 2016 15:12:33 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\)) Subject: Re: 11.0-CURRENT -r300770 libc++ update vs. lang/powerpc64-xtoolchain-gcc: no go [self hosted powerpc64 context] From: Mark Millard In-Reply-To: Date: Sat, 28 May 2016 15:12:37 -0700 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , freebsd-ports@freebsd.org, Bryan Drewery Content-Transfer-Encoding: quoted-printable Message-Id: <81D66DC8-4260-4C02-8B0F-54621478D0F2@dsl-only.net> References: <95E2A9D6-8E1A-46FB-84FF-60927A6F1CE4@dsl-only.net> <8FAD594D-4349-4EA7-A712-D3792537FB1D@FreeBSD.org> <42773110-C392-4168-9B94-6902807DB530@dsl-only.net> <3BAE82F4-3BF4-4F02-9BFF-3F2290D3C82D@dsl-only.net> <0C88C11C-154A-459B-98EB-2A80A166DBCE@dsl-only.net> To: Dimitry Andric X-Mailer: Apple Mail (2.3124) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 28 May 2016 22:12:41 -0000 For 11.0 -r300904 using devel/powerpc64-gcc on powerpc64 (not building = clang) I get the failures: > --- all_subdir_usr.bin --- . . . (some warnings) . . . > stdarg.h(40): syntax error [249] > stdarg.h(98): syntax error [249] > llib-lposix(307): syntax error [249] > llib-lposix(308): syntax error [249] > llib-lposix(309): syntax error [249] > llib-lposix(309): cannot recover from previous errors [224] > *** [llib-lposix.ln] Error code 1 >=20 > make[5]: stopped in /usr/src/usr.bin/xlint/llib > 1 error The 3 llib-lposix lines happen to be the lines using va_list: > int (vfprintf)(FILE *stream, const char *format, va_list arg); > int (vprintf)(const char *format, va_list arg); > int (vsprintf)(char *s, const char *format, va_list arg); As for stdarg.h (va_list related text will end up being involved as = well): > # ls -l /usr/include/stdarg.h=20 > lrwxr-xr-x 1 root wheel 16 May 23 21:22 /usr/include/stdarg.h -> = machine/stdarg.h > # ls -l = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/stdarg.h > lrwxr-xr-x 1 root wheel 16 May 27 16:59 = /usr/obj/xtoolchain/powerpc.powerpc64/usr/src/tmp/usr/include/stdarg.h = -> machine/stdarg.h There is also: /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include/stdarg.h (which seems to be the one in use). The usr/include/stdarg.h line 40's in each case are the #endif in: > #ifndef _VA_LIST_DECLARED > #define _VA_LIST_DECLARED > typedef __va_list va_list; > #endif By contrast the 5.3.0/include/stdarg.h has the typedef below as line 40: > #ifndef __GNUC_VA_LIST > #define __GNUC_VA_LIST > typedef __builtin_va_list __gnuc_va_list; > #endif usr/include/stdarg.h line 98 in each case is the sizeof line in: > #define __va_longlong(type) = \ > (__builtin_classify_type(*(type *)0) =3D=3D = __INTEGER_TYPE_CLASS && \ > sizeof(type) =3D=3D 8) By contrast the 5.3.0/include/stdarg.h has the typedef below as line 98: > #ifndef __va_list__ > typedef __gnuc_va_list va_list; > #endif /* not __va_list__ */ It would appear that = /usr/local/lib/gcc/powerpc64-portbld-freebsd11.0/5.3.0/include/stdarg.h = is the one in use during the failure. =3D=3D=3D Mark Millard markmi at dsl-only.net