From owner-svn-src-head@freebsd.org Fri Jun 29 21:48:09 2018 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id CBD66F7DE37 for ; Fri, 29 Jun 2018 21:48:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic306-21.consmr.mail.gq1.yahoo.com (sonic306-21.consmr.mail.gq1.yahoo.com [98.137.68.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 510807D601 for ; Fri, 29 Jun 2018 21:48:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: kd46I7oVM1lvRhfvJTN5ixEGj_EQ2w1I6KSrwUgxSufWVcivsT34ltwi6snz76f 71BSTYvaJNgW_M7etNgSAOD5grnXy3JAYvZ1tig56LB5kH4GKRoTX6AXyMRE4a_4eTU3mT7IP3N_ dh0pyEVkJNq694ynYJHLao6jFtpejVUloeITs9zCbSkiuXZZMJhP7M3nM2i5xzf1ysIkX8cZuKzx ZZDSUvwQJTd4st5.yoI6a5HqADO7OZFO8ib1k6.2ZF48K6.hubEM2107jfTBolFYJIlSSD_cPUeo MsqIe5Ze3Ll9j9IA3YHK0nQ5aBqISHARIarbrSSjVruXJ2OwNjEZ8vdljRly7_7z.xg.2y_L_7lE V2qf.9VcNo5Gxn.mcIGzVv.RXj20Do2_ycF_9xJXkeyLetoyLb8V3mmTHJCvOaHycNYkrOsEi73Y N1ApwNw17telYS7Ifz9WMgosihlCXcikOAaMNbz39aUsN11F9bqCknn27l1zR1F_N1hDIW6PeE9K IjOogv91WMx.8rQ5Id8serkmOPVYkShCbqK.bc2GEt5h_ffUYBLlD.6qBK4axGCmgpOIwFJ6d1cP oYHhtn40.bBYBNvigXqTKoV6kfL.OF9AJ96cb0mIwXg9mMkMt5un7Om26.Qo_ZhULRn9f.cUPNNq IXBqcV.F8pUDuU7FgbjIujObZP2NPKC9hfc1gSrgNFMh5Z9cBR.MM4mSBWdueHDYwh8ra29LHIwG ypysy1dyFuTcjnh8wiWe7zBVZQj_IfigMg4XfKXWJvYRNhI.06YmRT0oSXfDvPoQUVu.wLfxgk_c LP8HeOrlqpiCS24KDWILxjqBhBAegAAfybOnz2Z9nkG.raEdZFFpxf7pSXbLIB_B7drffgfPOoF4 Ynt09rtPn7MIFBB2K4n4gymA9qVgWcvRvkkEPFDZbYp_gT.0UMh7Gw3c1XOh8fh4W5PHeywbm3sz rRA80k.6JRST3z1ai2Xorfd6VWk9HnVc- Received: from sonic.gate.mail.ne1.yahoo.com by sonic306.consmr.mail.gq1.yahoo.com with HTTP; Fri, 29 Jun 2018 21:48:01 +0000 Received: from ip70-189-131-151.lv.lv.cox.net (EHLO [192.168.0.105]) ([70.189.131.151]) by smtp407.mail.gq1.yahoo.com (Oath Hermes SMTP Server) with ESMTPA ID 5ff4b36b23986c2b46e7ca46bb74cb75; Fri, 29 Jun 2018 21:37:51 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 11.4 \(3445.8.2\)) Subject: Re: head -r335782 (?) broke ci.freebsd.org's FreeBSD-head-amd64-gcc build (lib32 part of build) From: Mark Millard In-Reply-To: <72081b02-cf23-82ec-32df-7f5793c35f57@FreeBSD.org> Date: Fri, 29 Jun 2018 14:37:49 -0700 Cc: Bryan Drewery , svn-src-head@freebsd.org, FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: <003509F0-F2F4-4A43-82FE-3F6FC23D19D4@yahoo.com> References: <00D1127A-1F0E-4E0E-B86C-1C5AA5B2E085@yahoo.com> <7A845F2C-C994-4828-823D-33A97B7B6EB0@yahoo.com> <72081b02-cf23-82ec-32df-7f5793c35f57@FreeBSD.org> To: John Baldwin X-Mailer: Apple Mail (2.3445.8.2) X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.26 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Jun 2018 21:48:10 -0000 [I expect this is more than just amd64-gcc related but that is all that ci.freebsd.org normally builds via a devel/*-gcc .] On 2018-Jun-29, at 10:38 AM, John Baldwin wrote: > On 6/28/18 7:54 PM, Mark Millard wrote: >> On 2018-Jun-28, at 6:04 PM, Mark Millard = wrote: >>=20 >>> On 2018-Jun-28, at 5:39 PM, Mark Millard = wrote: >>>=20 >>> . . . >>> Later below expand the failing and previoly good commands, one >>> option per line. The summary of the distinction in content is >>> a one line difference, the working example ( -r335773 )had the >>> option: >>>=20 >>> -isystem = /workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/include >>>=20 >>> but the failing one did not. Working ( -r335773 ) is shown first. >>>=20 >>> --- catrigl.o --- >>> /usr/local/bin/x86_64-unknown-freebsd11.1-gcc >>> -DCOMPAT_32BIT >>> -march=3Di686 >>> -mmmx >>> -msse >>> -msse2 >>> -m32 >>> -L/workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/lib32 >>> --sysroot=3D/workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp >>> -B/usr/local/x86_64-unknown-freebsd11.1/bin/ >>> -B/workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/lib32 >>> -isystem = /workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/include >>> -O2 >>> -pipe >>> -I/workspace/src/lib/msun/x86 >>> -I/workspace/src/lib/msun/ld80 >>> -I/workspace/src/lib/msun/i387 >>> -I/workspace/src/lib/msun/src >>> -I/workspace/src/lib/libc/include >>> -I/workspace/src/lib/libc/i386 >>> . . . >>>=20 >>> --- catrigl.o --- >>> /usr/local/bin/x86_64-unknown-freebsd11.1-gcc >>> -DCOMPAT_32BIT >>> -march=3Di686 >>> -mmmx >>> -msse >>> -msse2 >>> -m32 >>> -L/workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/lib32 >>> --sysroot=3D/workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp >>> -B/usr/local/x86_64-unknown-freebsd11.1/bin/ >>> -B/workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/lib32 >>> -O2 >>> -pipe >>> -I/workspace/src/lib/msun/x86 >>> -I/workspace/src/lib/msun/ld80 >>> -I/workspace/src/lib/msun/i387 >>> -I/workspace/src/lib/msun/src >>> -I/workspace/src/lib/libc/include=20 >>> -I/workspace/src/lib/libc/i386 >>> . . . >>=20 >>=20 >> For the report: >>=20 >>> The xtoolchain GCC packages have not required these flags since = ports >>> commits r465416 and r466701 >>=20 >> Looking at = https://ci.freebsd.org/job/FreeBSD-head-amd64-gcc/6331/consoleText >> there is: >>=20 >>> Updating FreeBSD repository catalogue... >>> FreeBSD repository is up to date. >>> All repositories are up to date. >>> The following 6 package(s) will be affected (of 0 checked): >>>=20 >>> New packages to be INSTALLED: >>> amd64-xtoolchain-gcc: 0.4_1 >>> amd64-gcc: 6.4.0 >>> mpfr: 4.0.1 >>> gmp: 6.1.2 >>> mpc: 1.1.0_1 >>> amd64-binutils: 2.30_3,1 >>=20 >> and amd64-gcc being 6.4.0 (via powerpc64-gcc) is from -r466834 >> (via looking up in https://svnweb.freebsd.org/ports/head/devel/ ). >>=20 >> This indicates that -r465416 and -r466701 did not cause: >>=20 >> --sysroot=3D/workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp >>=20 >> to lead to include files being looked up in: >>=20 >> /workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/include >>=20 >> Thus there appears to still be a need for: >>=20 >> -isystem = /workspace/obj/workspace/src/amd64.amd64/obj-lib32/tmp/usr/include >>=20 >> unless more is done to the devel/*-gcc to make them look >> in that additional place automatically (based on --sysroot). >=20 > --sysroot does work, and you can verify it by doing the following: >=20 > % touch empty.c > % x86_64-unknown-freebsd11.2-gcc -c -v empty.c > Using built-in specs. > COLLECT_GCC=3Dx86_64-unknown-freebsd11.2-gcc > Target: x86_64-unknown-freebsd11.2 > ... > ignoring nonexistent directory = "/usr/local/lib/gcc/x86_64-unknown-freebsd11.2/6.4.0/include-fixed" > ignoring nonexistent directory = "/usr/local/lib/gcc/x86_64-unknown-freebsd11.2/6.4.0/../../../../x86_64-un= known-freebsd11.2/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/local/lib/gcc/x86_64-unknown-freebsd11.2/6.4.0/include > /usr/include > End of search list. > ... > % x86_64-unknown-freebsd11.2-gcc -c -v empty.c --sysroot=3D/foo > Using built-in specs. > COLLECT_GCC=3Dx86_64-unknown-freebsd11.2-gcc > Target: x86_64-unknown-freebsd11.2 > ... > ignoring nonexistent directory = "/usr/local/lib/gcc/x86_64-unknown-freebsd11.2/6.4.0/include-fixed" > ignoring nonexistent directory = "/usr/local/lib/gcc/x86_64-unknown-freebsd11.2/6.4.0/../../../../x86_64-un= known-freebsd11.2/include" > ignoring nonexistent directory "/foo/usr/include" > #include "..." search starts here: > #include <...> search starts here: > /usr/local/lib/gcc/x86_64-unknown-freebsd11.2/6.4.0/include > End of search list. >=20 > I will see if I can reproduce the failure locally. The: ignoring nonexistent directory "/foo/usr/include" means that the order of the search alternatives was not shown ("search starts here"). That is what I expect is different. It will take a while before I'll have a build from either before or after the change to show a search order with. (And longer to have both for comparison.) My context is freebsd12.0 . My buildworld buildkernel context has: # more ~/src.configs/make.conf=20 CFLAGS.gcc+=3D -v so my script file for a build is very explicit about the order. I'll be starting from # uname -apKU FreeBSD FBSDUSSD 12.0-CURRENT FreeBSD 12.0-CURRENT r335245M amd64 = amd64 1200069 1200069 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)