From owner-freebsd-toolchain@freebsd.org Sun Dec 6 15:21:28 2015 Return-Path: Delivered-To: freebsd-toolchain@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 3F35D99A10B for ; Sun, 6 Dec 2015 15:21:28 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-151.reflexion.net [208.70.211.151]) (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 E07FB1F6C for ; Sun, 6 Dec 2015 15:21:27 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 25924 invoked from network); 6 Dec 2015 15:21:23 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 15:21:23 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 06 Dec 2015 10:21:22 -0500 (EST) Received: (qmail 19599 invoked from network); 6 Dec 2015 15:21:21 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 15:21:21 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 8F3501C43BF; Sun, 6 Dec 2015 07:21:17 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix Message-Id: Date: Sun, 6 Dec 2015 07:21:19 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 15:21:28 -0000 After successfully using the likes of: env MAKEOBJDIRPREFIX=3D. . . make . . . from the usual /usr/src starting point. I tried following: > The environment of make(1) for the build can be controlled via the > SRC_ENV_CONF variable, which defaults to /etc/src-env.conf. Some > examples that may only be set in this file are MAKEOBJDIRPREFIX, > WITH_DIRDEPS_BUILD, and WITH_META_MODE as they are = environment-only > variables. by using env SRC_ENV_CONF=3D. . . make . . . and having the file pointed to contain the MAKEOBJDIRPREFIX=3D. . . . This did not work. Say MAKEOBJDIRPREFIX=3D/usr/obj/xtoolchain then I'd get errors for the = likes of /usr/obj/xtoolchain/legacy/usr/lib/ not existing during an install operation during buildworld. If I forced a such legacy directory tree to exist there by copying the = empty tree from /usr/obj/xtoolchain/usr/src/tmp/legacy/. . . (that it = had created) I continued to have problems elsewhere, such as: --- _libinstall --- sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 libctf.a = /usr/obj/xtoolchain/usr/lib/ install: /usr/obj/xtoolchain/usr/lib/: No such file or directory *** [_libinstall] Error code 71 In essence the dynamic, local additions to the path such as usr/src/tmp/ = sometimes end up missing. My guess is that it is picking up the MAKEOBJDIRPREFIX=3D/usr/obj/xtoolchain definition again and so replacing the built-up prefix for the local = context. May be the quoted paragraph from "man src.conf" should not suggest that = MAKEOBJDIRPREFIX is valid in a file to be referenced by SRC_ENV_CONF: > The environment of make(1) for the build can be controlled via the > SRC_ENV_CONF variable, which defaults to /etc/src-env.conf. Some > examples that may only be set in this file are MAKEOBJDIRPREFIX, > WITH_DIRDEPS_BUILD, and WITH_META_MODE as they are = environment-only > variables. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Dec 6 16:29:21 2015 Return-Path: Delivered-To: freebsd-toolchain@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 088269A03D8 for ; Sun, 6 Dec 2015 16:29:21 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D199C192E for ; Sun, 6 Dec 2015 16:29:20 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tB6GTBgG023935 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 6 Dec 2015 10:29:12 -0600 To: FreeBSD toolchain mailing list !!!! From: "William A. Mahaffey III" Subject: mixed language link problems Message-ID: <56646257.4080605@hiwaay.net> Date: Sun, 6 Dec 2015 10:34:41 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 16:29:21 -0000 I am using gcc5-devel to maintain some inhouse mixed-language (C++ main & some lower stuff, *LOTTA* ANSI C, bits of FORTRAN77) program. I am getting the following link errors trying to link up a fully static version of the code to use on other machines which have minimal dev. environments installed: ar xv /home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron/libmaiPre.a Main.o x - Main.o g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static -static-libgcc -Wl,-s,--allow-multiple-definition Main.o -L/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../ lib/R4/opteron -L/home/wam/lib/R4 -L/usr/lib64/openmotif -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license -Wl,--end-gr oup -lMemIO -lMotif -lStdHash -lmpi -ltet -lgomp -lMrm -lXm -lXt -lGL -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm -Bstatic -lgfortran && \rm -f Main.o /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__getf2@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__addtf3@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__eqtf2@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__lttf2@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__gttf2@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__subtf3@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__divtf3@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__multf3@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__netf2@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__floatsitf@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__letf2@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__floatunditf@GCC_4.6.0' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: undefined reference to `__floatditf@GCC_4.6.0' collect2: error: ld returned 1 exit status 1 error *** [/usr/local/bin/PreBFCGL.opteron.TEST.static] Error code 1 (continuing) `usual' not remade because of errors. It looks to me like the gcc5 driver is looking in the wrong place for some FORTRAN libraries, *OR* the operator forgot some link-time incantations to make this work. This set of args works on another box on my LAN, Linux, FC14 (soon to be updated to CentOS 6), Intel compiler suite, FWIW. What do I need to do to get this to link ? TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Sun Dec 6 16:30:54 2015 Return-Path: Delivered-To: freebsd-toolchain@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 87E1D9A04EC for ; Sun, 6 Dec 2015 16:30:54 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 5BE7119D4 for ; Sun, 6 Dec 2015 16:30:54 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tB6GUqA1024674 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Sun, 6 Dec 2015 10:30:53 -0600 Subject: Re: mixed language link problems To: FreeBSD toolchain mailing list !!!! References: <56646257.4080605@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <566462BC.90809@hiwaay.net> Date: Sun, 6 Dec 2015 10:36:22 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <56646257.4080605@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 16:30:54 -0000 On 12/06/15 10:33, William A. Mahaffey III wrote: > > > I am using gcc5-devel to maintain some inhouse mixed-language (C++ > main & some lower stuff, *LOTTA* ANSI C, bits of FORTRAN77) program. I > am getting the following link errors trying to link up a fully static > version of the code to use on other machines which have minimal dev. > environments installed: > > > ar xv > /home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron/libmaiPre.a > Main.o > x - Main.o > g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static -static-libgcc > -Wl,-s,--allow-multiple-definition Main.o > -L/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../ > lib/R4/opteron -L/home/wam/lib/R4 -L/usr/lib64/openmotif > -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre > -lftnO2 -lBC_Phi -license -Wl,--end-gr > oup -lMemIO -lMotif -lStdHash -lmpi -ltet -lgomp -lMrm -lXm -lXt -lGL > -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm -Bstatic -lgfortran && \rm -f > Main.o > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__getf2@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__addtf3@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__eqtf2@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__lttf2@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__gttf2@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__subtf3@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__divtf3@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__multf3@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__netf2@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__floatsitf@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__letf2@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__floatunditf@GCC_4.6.0' > /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.so: > undefined reference to `__floatditf@GCC_4.6.0' > collect2: error: ld returned 1 exit status > 1 error > *** [/usr/local/bin/PreBFCGL.opteron.TEST.static] Error code 1 > (continuing) > `usual' not remade because of errors. > > > It looks to me like the gcc5 driver is looking in the wrong place for > some FORTRAN libraries, *OR* the operator forgot some link-time > incantations to make this work. This set of args works on another box > on my LAN, Linux, FC14 (soon to be updated to CentOS 6), Intel > compiler suite, FWIW. What do I need to do to get this to link ? TIA & > have a good one. > *Eeeeeeeeeek* always forget: [wam@devbox, TEST, 10:18:06am] 1654 % uname -a FreeBSD devbox 9.3-RELEASE-p30 FreeBSD 9.3-RELEASE-p30 #0: Mon Nov 2 10:11:50 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@devbox, TEST, 10:36:50am] 1655 % -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Sun Dec 6 16:33:00 2015 Return-Path: Delivered-To: freebsd-toolchain@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 4D8F59A0510 for ; Sun, 6 Dec 2015 16:33:00 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-151.reflexion.net [208.70.211.151]) (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 036DB1BD2 for ; Sun, 6 Dec 2015 16:32:59 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28869 invoked from network); 6 Dec 2015 16:32:57 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 16:32:57 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 06 Dec 2015 11:32:58 -0500 (EST) Received: (qmail 23724 invoked from network); 6 Dec 2015 16:32:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 16:32:58 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id E51061C43BF; Sun, 6 Dec 2015 08:32:54 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: 11.0-CURRENT (on powerpc64) WITH_CCACHE_BUILD= : example failure Message-Id: Date: Sun, 6 Dec 2015 08:32:57 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 16:33:00 -0000 Mostly just an FYI: This means that for my own purposes I'll tend to = avoid WITH_CCACHE_BUILD=3D for now. . . Context vintage: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #17 r291745M: Sat = Dec 5 08:20:20 PST 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100091 1100091 I took a working make command for buildworld and added > env CCACHE_DIR=3D/var/tmp/ccache and > WITH_CCACHE_BUILD=3D and then tried to repeat the build. The result was: > --- lib_gen.o --- > /usr/local/bin/ccache /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = -O2 -pipe -isystem /usr/obj/usr/src/tmp/usr/include/. -Wl,-rpath-link = -Wl,/usr/obj/usr/src/tmp/usr/lib/. -Wl,-rpath-link = -Wl,/usr/obj/usr/src/tmp/lib/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. -I. = -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include = -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall = -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MP = -MF.depend.lib_gen.o -MTlib_gen.o -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -c lib_gen.c -o lib_gen.o . . . > --- lib_gen.o --- > _67737.c:754:3: error: "_Bool" after # is not a positive integer > In file included from = /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.= h:313:0, > from lib_gen.c:19: > _67737.c:755:2: error: expected ')' before 'int' The make command was: > env CCACHE_DIR=3D/var/tmp/ccache make -j 6 \ > WITH_FAST_DEPEND=3D WITH_CCACHE_BUILD=3D \ > CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ > WITH_LIBCPLUSPLUS=3D \ > WITHOUT_CLANG_BOOTSTRAP=3D > WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D \ > WITHOUT_CLANG_EXTRAS=3D \ > WITH_LLDB=3D \ > WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GNUCXX=3D \ > WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ > buildworld buildkernel \ > KERNCONF=3DGENERIC64vtsc-NODEBUG \ > TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 [Yes, I'm using powerpc64-xtoolchain-gcc/powerpc64-gcc on a powerpc64 = machine (PowerMac G5), no gcc 4.2.1 present and clang 3.7 unused for the = build: powerpc64-gcc is also in use as a system tool chain, not just as = the "self hosted" cross toolchain.] Removing > env CCACHE_DIR=3D/var/tmp/ccache and > WITH_CCACHE_BUILD=3D and then repeating went back to working again. I actually went back and = forth more than once and tested with and without WITH_FAST_DEPEND=3D as = I was experimenting with both. The reported behavior was uniform over = this activity. The ports vintage powerpc64-xtoolchain-gcc/powerpc64-gcc and other = things are from: > # svnlite info /usr/ports/ > Path: /usr/ports > Working Copy Root Path: /usr/ports > URL: https://svn0.us-west.freebsd.org/ports/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 402906 > Node Kind: directory > Schedule: normal > Last Changed Author: wen > Last Changed Rev: 402906 > Last Changed Date: 2015-12-03 18:06:07 -0800 (Thu, 03 Dec 2015) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Dec 6 16:39:37 2015 Return-Path: Delivered-To: freebsd-toolchain@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 8B63D9A05E6 for ; Sun, 6 Dec 2015 16:39:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-152.reflexion.net [208.70.211.152]) (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 4A0441CFE for ; Sun, 6 Dec 2015 16:39:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 2994 invoked from network); 6 Dec 2015 16:39:35 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 16:39:35 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 06 Dec 2015 11:39:38 -0500 (EST) Received: (qmail 13932 invoked from network); 6 Dec 2015 16:39:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 16:39:38 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id C43BC1C43D5; Sun, 6 Dec 2015 08:39:32 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: 11.0-CURRENT (on powerpc64) WITH_CCACHE_BUILD= : example failure From: Mark Millard In-Reply-To: Date: Sun, 6 Dec 2015 08:39:34 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <24874B49-5D3A-4617-8DDA-B3F25E2419A4@dsl-only.net> References: To: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 16:39:37 -0000 I'm adding a note about the missing "\" being just an E-mail editing = error, not an original command error. . . On 2015-Dec-6, at 8:32 AM, Mark Millard wrote: > Mostly just an FYI: This means that for my own purposes I'll tend to = avoid WITH_CCACHE_BUILD=3D for now. . . >=20 > Context vintage: >=20 >> # freebsd-version -ku; uname -aKU >> 11.0-CURRENT >> 11.0-CURRENT >> FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #17 r291745M: Sat = Dec 5 08:20:20 PST 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100091 1100091 >=20 > I took a working make command for buildworld and added >=20 >> env CCACHE_DIR=3D/var/tmp/ccache >=20 > and >=20 >> WITH_CCACHE_BUILD=3D >=20 > and then tried to repeat the build. The result was: >=20 >> --- lib_gen.o --- >> /usr/local/bin/ccache = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -Wl,-rpath-link = -Wl,/usr/obj/usr/src/tmp/usr/lib/. -Wl,-rpath-link = -Wl,/usr/obj/usr/src/tmp/lib/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. -I. = -I/usr/obj/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../ncurses = -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/include = -I/usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses -Wall = -DNDEBUG -DHAVE_CONFIG_H -DFREEBSD_NATIVE -DTERMIOS -MD -MP = -MF.depend.lib_gen.o -MTlib_gen.o -std=3Dgnu99 -fstack-protector-strong = -Wsystem-headers -Wall -Wno-format-y2k -W -Wno-unused-parameter = -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith = -Wno-uninitialized -Wno-pointer-sign -c lib_gen.c -o lib_gen.o > . . . >> --- lib_gen.o --- >> _67737.c:754:3: error: "_Bool" after # is not a positive integer >> In file included from = /usr/src/lib/ncurses/ncurses/../../../contrib/ncurses/ncurses/curses.priv.= h:313:0, >> from lib_gen.c:19: >> _67737.c:755:2: error: expected ')' before 'int' >=20 >=20 > The make command was: >=20 >> env CCACHE_DIR=3D/var/tmp/ccache make -j 6 \ >> WITH_FAST_DEPEND=3D WITH_CCACHE_BUILD=3D \ >> CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ >> WITH_LIBCPLUSPLUS=3D \ >> WITHOUT_CLANG_BOOTSTRAP=3D >> WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D \ >> WITHOUT_CLANG_EXTRAS=3D \ >> WITH_LLDB=3D \ >> WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GNUCXX=3D \ >> WITHOUT_BOOT=3D WITHOUT_LIB32=3D \ >> buildworld buildkernel \ >> KERNCONF=3DGENERIC64vtsc-NODEBUG \ >> TARGET=3Dpowerpc TARGET_ARCH=3Dpowerpc64 >=20 Note: The missing \ after ". . . BOOTSTRAP=3D " is my mail-editing = error, not a problem with the original command. > [Yes, I'm using powerpc64-xtoolchain-gcc/powerpc64-gcc on a powerpc64 = machine (PowerMac G5), no gcc 4.2.1 present and clang 3.7 unused for the = build: powerpc64-gcc is also in use as a system tool chain, not just as = the "self hosted" cross toolchain.] >=20 > Removing >=20 >> env CCACHE_DIR=3D/var/tmp/ccache >=20 > and >=20 >> WITH_CCACHE_BUILD=3D >=20 > and then repeating went back to working again. I actually went back = and forth more than once and tested with and without WITH_FAST_DEPEND=3D = as I was experimenting with both. The reported behavior was uniform over = this activity. >=20 > The ports vintage powerpc64-xtoolchain-gcc/powerpc64-gcc and other = things are from: >=20 >> # svnlite info /usr/ports/ >> Path: /usr/ports >> Working Copy Root Path: /usr/ports >> URL: https://svn0.us-west.freebsd.org/ports/head >> Relative URL: ^/head >> Repository Root: https://svn0.us-west.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 402906 >> Node Kind: directory >> Schedule: normal >> Last Changed Author: wen >> Last Changed Rev: 402906 >> Last Changed Date: 2015-12-03 18:06:07 -0800 (Thu, 03 Dec 2015) >=20 >=20 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Dec 6 21:34:40 2015 Return-Path: Delivered-To: freebsd-toolchain@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 56B289A0DAB for ; Sun, 6 Dec 2015 21:34:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-151.reflexion.net [208.70.211.151]) (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 02BCB1880 for ; Sun, 6 Dec 2015 21:34:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4180 invoked from network); 6 Dec 2015 21:34:40 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 21:34:40 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 06 Dec 2015 16:34:39 -0500 (EST) Received: (qmail 7146 invoked from network); 6 Dec 2015 21:34:38 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 6 Dec 2015 21:34:38 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network Received: from [192.168.1.8] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id EE6E01C43AE; Sun, 6 Dec 2015 13:34:32 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: powerpc64-gcc 5.2 vintages get L". . ." type wrong compared to Char for FreeBSD for lib32 compiling Message-Id: <867D2B14-766D-4104-9A77-C35992C357B8@dsl-only.net> Date: Sun, 6 Dec 2015 13:34:36 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current , freebsd-ports@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 21:34:40 -0000 [I picked the lists that I did because powerpc64-gcc is the external = toolchain created to allow modern powerpc64 builds.] For the powerpc64-gcc 5.2 vintages. . . (using my environment's path as = an example) = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.2.0/gcc/config= /rs6000/freebsd64.h has: > /* rs6000.h gets this wrong for FreeBSD. We use the GCC defaults = instead. */ > #undef WCHAR_TYPE > #define WCHAR_TYPE (TARGET_64BIT ? "int" : "long int") > #undef WCHAR_TYPE_SIZE > #define WCHAR_TYPE_SIZE 32 That type in quotes ends up being the base type for L". . ." notation, = for example. Probably the char notation as well (L'?'). For FreeBSD Char compatibility in a powerpc64 lib32 context that "long = int" should effectively instead be "int", making the conditional above = technically unnecessary. This blocks compiling lib32 source code that uses such notations as L". = . .": "long int" is not compatible with FreeBSD's Char in the powerpc64 = environment's 32 bit environment. Some compiler message are explicit = about the base types of pointers that result for the mismatches: that is = how I know that "long int" is in use for L". . ." and "int" is the other = base type involved. (Yes, freebsd64.h appears to be used for lib32, at least on powerpc64. = By contrast freebsd.h agrees for the WCHAR_TYPE_SIZE but only undef's = WCHAR_TYPE, presuming gcc defaults are correct for FreeBSD as far as the = type goes. It might need a more explicit type to be sure of a Char match = for that freebsd.h file's context.) The 4.9 vintages of powerpc64-gcc were messed up the same way, as was = noted at the time. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Dec 6 22:44:16 2015 Return-Path: Delivered-To: freebsd-toolchain@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 7C7D29A0C24; Sun, 6 Dec 2015 22:44:16 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (unknown [IPv6:2001:4060:1:1001::14:53]) (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 441F217AE; Sun, 6 Dec 2015 22:44:16 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from [192.168.225.14] (dhclient-91-190-14-19.flashcable.ch [91.190.14.19]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by fgznet.ch (Postfix) with ESMTPS id 79AA5CF0E8; Sun, 6 Dec 2015 23:44:02 +0100 (CET) Subject: Re: powerpc64-gcc 5.2 vintages get L". . ." type wrong compared to Char for FreeBSD for lib32 compiling To: Mark Millard , FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current , freebsd-ports@freebsd.org References: <867D2B14-766D-4104-9A77-C35992C357B8@dsl-only.net> From: Andreas Tobler Message-ID: <5664BA32.3010306@fgznet.ch> Date: Sun, 6 Dec 2015 23:44:02 +0100 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <867D2B14-766D-4104-9A77-C35992C357B8@dsl-only.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.73 on 127.0.1.1 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Dec 2015 22:44:16 -0000 On 06.12.15 22:34, Mark Millard wrote: > [I picked the lists that I did because powerpc64-gcc is the external > toolchain created to allow modern powerpc64 builds.] > > For the powerpc64-gcc 5.2 vintages. . . (using my environment's path > as an example) > > /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.2.0/gcc/config/rs6000/freebsd64.h > has: > >> /* rs6000.h gets this wrong for FreeBSD. We use the GCC defaults >> instead. */ #undef WCHAR_TYPE #define WCHAR_TYPE >> (TARGET_64BIT ? "int" : "long int") #undef WCHAR_TYPE_SIZE #define >> WCHAR_TYPE_SIZE 32 > > That type in quotes ends up being the base type for L". . ." > notation, for example. Probably the char notation as well (L'?'). > > For FreeBSD Char compatibility in a powerpc64 lib32 context that > "long int" should effectively instead be "int", making the > conditional above technically unnecessary. > > This blocks compiling lib32 source code that uses such notations as > L". . .": "long int" is not compatible with FreeBSD's Char in the > powerpc64 environment's 32 bit environment. Some compiler message are > explicit about the base types of pointers that result for the > mismatches: that is how I know that "long int" is in use for L". . ." > and "int" is the other base type involved. > > (Yes, freebsd64.h appears to be used for lib32, at least on > powerpc64. By contrast freebsd.h agrees for the WCHAR_TYPE_SIZE but > only undef's WCHAR_TYPE, presuming gcc defaults are correct for > FreeBSD as far as the type goes. It might need a more explicit type > to be sure of a Char match for that freebsd.h file's context.) > > The 4.9 vintages of powerpc64-gcc were messed up the same way, as was > noted at the time. I'll take care. Andreas From owner-freebsd-toolchain@freebsd.org Mon Dec 7 20:49:07 2015 Return-Path: Delivered-To: freebsd-toolchain@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 2DB629C1C69; Mon, 7 Dec 2015 20:49:07 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0132.outbound.protection.outlook.com [157.56.110.132]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 789671470; Mon, 7 Dec 2015 20:49:06 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BL2PR05CA0050.namprd05.prod.outlook.com (10.255.226.50) by BLUPR05MB053.namprd05.prod.outlook.com (10.255.210.139) with Microsoft SMTP Server (TLS) id 15.1.337.19; Mon, 7 Dec 2015 20:48:58 +0000 Received: from BL2FFO11FD056.protection.gbl (2a01:111:f400:7c09::104) by BL2PR05CA0050.outlook.office365.com (2a01:111:e400:c04::50) with Microsoft SMTP Server (TLS) id 15.1.337.19 via Frontend Transport; Mon, 7 Dec 2015 20:48:58 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BL2FFO11FD056.mail.protection.outlook.com (10.173.161.184) with Microsoft SMTP Server (TLS) id 15.1.337.8 via Frontend Transport; Mon, 7 Dec 2015 20:48:58 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 7 Dec 2015 12:48:56 -0800 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id tB7KmuD62668; Mon, 7 Dec 2015 12:48:56 -0800 (PST) (envelope-from sjg@juniper.net) Received: from chaos (localhost [IPv6:::1]) by chaos.jnpr.net (Postfix) with ESMTP id DA928580A9; Mon, 7 Dec 2015 12:48:55 -0800 (PST) To: Mark Millard CC: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current , Subject: Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix In-Reply-To: References: Comments: In-reply-to: Mark Millard message dated "Sun, 06 Dec 2015 07:21:19 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <16607.1449521335.1@chaos> Date: Mon, 7 Dec 2015 12:48:55 -0800 Message-ID: <2426.1449521335@chaos> X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD056; 1:HjEwlq3Hf8YvmAWgvsgmuN04IZLOmIt3w8aizVaaTB4eSsyEt2+utTmn0ZK6tjkQb5H3urbhAKK3u38ZDfGwX/DJ9b24/ZrwN4pfHURV7e5gXcsNkIeNAMgfNv2LHlOADpm9qR7oT/S5kf2PbHGDvHLdw0r/LZWIuzXblkATvy+HaSMXeSWRB7jB5Fjojbc24YHzoqrzR9i9QE5jY+VJ4Ed0GVTKzTME1NBdW68DS4R3G/ynmdpV8TgDOJn5PhM8b0ZMvRSAO/SBG94fQBDOOoGKYFeaZIL+M25OjM5O/4/4QiIve9fbbSgvEzjnCDVwE4RnOCYamUoDlTSF+ZRpF6C7o+jy/jIqSdikFDo/5S5WyQoqS6zQsx4UNWn1nz9R2gA8Tz9QFPFN5rohWjnX5Q== X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(189002)(199003)(24454002)(69596002)(586003)(86362001)(6806005)(81156007)(57986006)(23726003)(11100500001)(33716001)(50226001)(76506005)(19580395003)(19580405001)(1096002)(105596002)(106466001)(5008740100001)(1220700001)(4001430100002)(110136002)(189998001)(76176999)(50986999)(50466002)(97736004)(5001960100002)(107886002)(47776003)(87936001)(46406003)(117636001)(77096005)(97756001)(2950100001)(92566002)(42262002)(62816006); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR05MB053; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB053; 2:Bre35UskhoEgBghVtCIJfTSeFPsyq6L2GiSTxOsA+THDK9ghdfbWfY8rVUxyroT7P2RM23aM3EphfgOJ3Ny0Z56jWCF+VQXNqEMcdgreZ6K8VE5MoKBzWn7IhjhNkVBikMmNreJwpzzGfmIkbzDwNQ==; 3:DbfiA4rQdaT0QX9BDm5bGFOItJSMD6Vx0vwTOT0mEolnANwKkQY0STdpyDzwpamcJVZfaFp4mY7kxA8afHXUOwe/pGEX2uUuyOXWwMWcrO1alPjn4J66I3hWLXqWpN40lpJpzhUn+51CM/mcqrI5G3ysU739c9AtnYZMlPCeaIsbUIjPwn7D3lzvpuG1NrDGszXYORj7n8T3BKbdKwoS+jtkBF4rE11r6/qBC2iUkLQ=; 25:EQNOxZh0J1Xw1nFNxRw02BvCpem+8mNiSyKkil2Xgg13x/qE5jwbYFHcMi6vRi+1ce1tGIqNv/gkZdqOGVBKhLZn9PDVf1jNDK5Wp5gsV+AiOvUCPyBOsynWh6KbxUggzcQ8vf+ZyOdMxV4swnjbOP6nDPLj48tq7U5Y+leO1M4OWtVh63GO+N/DKEjSfNJPdf3WYJgsESqlizVtEDmgMiAJ5gLUC/36BFY9EgcbD6QGl3glvi/5f+FRGBmmfmGq/JtMesY2LUr1uuZYnPlGDQ== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR05MB053; X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB053; 20:VzYHxABT14qW/oPfMDVv79V1a1uo+x+oGKBP2NPOCuU1CgQfj70ABSAOwuimtFa3ysmAI+isJGlc83zIVfI3WuJgybADSr9csLF7hWMB+RoQ9vUOeLNIqVUHNg2iwl6p7B1zVfShGH79wW1Ya6BodIIbZMoqkSrJaJan7pzW7JyykgDLcSlmclWwsVNVgztq8AsiGMfiqbwPvxO8ArdjHG+w6PD0EupIljOR6UZyOgcYOTe4vwCOV9jZdFdeXydbQ/GGr03vA4mEpaXno+BtUwGBdQcStGiNftY7n7NdRIcdK/csJPNRpmefqwV7bVLRr2Du1oxiVElGUUxshwic2qwFzkqAvkh6atpAySThH62rsLcIl6LDMNfW3QEMZCkxEm0dMhdPCtByja93NAibEMto42IsbahjHgwXzETtevdGrCoL1GE8PMmsIi1GWb5jD8SxJQQ7pnVJ7SYt7A+YBioWFqHrPteRlpv3GxRrOgyLymdgQepd0m+stX57kfV9; 4:zLN7mkfhdTZjZAZWKB50qimi55+8kVmdBuy2weEW/aZG2/deg0gh/UdnKphx0OZ7dF+jmxcgDtdFiyZOJoFHd/lPqSO550dW8YRnvR9QNOc1Hm89YrkRZF0/KuV4DaYoDQHRy/O9FDmYoji1WPLQHgW9XrzULnd0vcr9WLMgrFfoG0WbiPhloHLDO9p4NiAGvorxTwRq+xw8u0gsZRZT2i6J0H8rwtvf/QPXI/NMc5mz/4ntoP8aESuF8TKv4xv8BcqFNDhktxpK0BQ7j16kHmhB6EQmLSLY6PPBXVDqcuPXBRKBFBEEbPy5V0xdgJ2BvNkCUFf+eFpyhIMg1acZtJguML5teihvmf0c5fRi2KpezAUEGMZzFtZZ1ld+XZVR X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(520078)(8121501046)(3002001)(10201501046); SRVR:BLUPR05MB053; BCL:0; PCL:0; RULEID:; SRVR:BLUPR05MB053; X-Forefront-PRVS: 078310077C X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BLUPR05MB053; 23:HZ73pB51Xv0nO1Op6i9ESeLr+v827xjZBnnrYwkjpH?= =?us-ascii?Q?PmpNmTn6RWJPL87rJcHXki2V8vA9ENSTCs6Ei+4ODRxzeDWGWQFXwYNN638U?= =?us-ascii?Q?nG0NMOZeervMqK5+dL7TvKfIMYGKeGB517g/3qqb1VXJ09CCgNokoMomX9JR?= =?us-ascii?Q?6KfFIPHrTIfTp5meT6CPl7w2HLjPu7xgUArGZXINFqdNRIqWnTd/NkJqwjpk?= =?us-ascii?Q?+NN5oexiPlQjTz97wffMKE6cmMVt5RkQu2R1MsgUZKUdn8MZR4OwZf/ctOTn?= =?us-ascii?Q?jeZ4mhJyuNfgOJAcbxskdkVQwR9uS59Rw9YY0iKfu8bS3m/oNzU4jI88n3jw?= =?us-ascii?Q?QuEOFTWJRQyOHDhGD6Aq7TqZT+RHb8acxARhq2oXwFVZFhF610PSfp4dYZPb?= =?us-ascii?Q?jqLAIoBV1+UjT3zBHYXCpBN7FhuhqVW/ZKqZ1jVLg1ZHxcMaFP46wNinxFsB?= =?us-ascii?Q?iQJ9TrhHEStJOTPrmTZDNlpfmrhrKL93X1k3Lx4yQFKKa6jRI0STOOhzyqpZ?= =?us-ascii?Q?5A8YWIvx8+Tff8qfUf9QEgIrLe+B0DwZbzjeQpK1y8fnQq9bWl+NEusJoDu0?= =?us-ascii?Q?uRrF2pPGwIY21+Jy/0QgCBBuN437soxOLSt/pVb+TlzjpSa9HCKnaCkBu+Pb?= =?us-ascii?Q?97+Y1AaJBCZp4Happux7CYowk0S51R48sLesNwBkOR4DOkB6rjUVkuUVj5/d?= =?us-ascii?Q?rm7oOOucHhpqA24ANWIaIjoI3WOQtZ/5ao0le2x7PvGrmz4qL2JdJvrYJLXi?= =?us-ascii?Q?QOjlQ1EPeumfuUcdBiN45r0tWBOMcQfSUrrjloa63+X+ZZgyOTefCLY3GOVT?= =?us-ascii?Q?U4JYZFuHIPBaXB4IPntLwS/GAOR55fURoSfuz4Vk6HTrfP43xAYbwDyi7/tU?= =?us-ascii?Q?elJF8r/Wk632POWsXD5SuN1OIwVkeFBfZwuxnSyRnvpBI+f4mRoc4SheRHeN?= =?us-ascii?Q?F16qFz1KWwlOm1PP3s3EB+TwZwTz1jH7HGHY349dJ6k3Pj5EIkQ78xB07bnJ?= =?us-ascii?Q?xOAjZ+QUWK+baPqvevYf1ldmHJa09Fhe3KAytAKt5l30dG/+WpuQ0zqtogin?= =?us-ascii?Q?fsgS7WOuHPBBbiCdcd9E0/y5bVkprw41IAKC5T70h8aQdzfOZIXzb2Y/TGHh?= =?us-ascii?Q?uEmnjTFKA=3D?= X-Microsoft-Exchange-Diagnostics: 1; BLUPR05MB053; 5:CRpju4AnzHujn3WiOnIUkQYXqmBuhLGlFKHSg8yBJT/DzOTj7dCLgfB2Zypa4S8iLChDHaZ3zSqJin+w0F0TOj8VbrktRhS8EKHJPRsvYwXmz2AsTrI+kNagOgaKflagihAcAXqm5rWdhTh35iUjgA==; 24:HnfwEEhWX2gekZIg8WlOxpdg4fS6e1DmPPgUBaNg2h2mjgNxzNiYKP6l5nzUf3v5dcbdnmENwzgGqB5wBsTilpBieZkgcUvP8WFKRAlAW9Y= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Dec 2015 20:48:58.1220 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR05MB053 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 20:49:07 -0000 Mark Millard wrote: > My guess is that it is picking up the > > MAKEOBJDIRPREFIX=/usr/obj/xtoolchain You should use ?= if you want this to work. There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is tweaked in the environment of a sub-make. By using = above, you break that. From owner-freebsd-toolchain@freebsd.org Mon Dec 7 21:33:14 2015 Return-Path: Delivered-To: freebsd-toolchain@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 F025C9B7247 for ; Mon, 7 Dec 2015 21:33:14 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-152.reflexion.net [208.70.211.152]) (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 A41FD11B7 for ; Mon, 7 Dec 2015 21:33:13 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 19053 invoked from network); 7 Dec 2015 21:33:06 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 7 Dec 2015 21:33:06 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Mon, 07 Dec 2015 16:33:06 -0500 (EST) Received: (qmail 716 invoked from network); 7 Dec 2015 21:33:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 7 Dec 2015 21:33:06 -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 2EA0B1C43C4; Mon, 7 Dec 2015 13:33:02 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix From: Mark Millard In-Reply-To: <2426.1449521335@chaos> Date: Mon, 7 Dec 2015 13:33:05 -0800 Cc: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current Content-Transfer-Encoding: quoted-printable Message-Id: References: <2426.1449521335@chaos> To: "Simon J. Gerraty" X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 21:33:15 -0000 > On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty wrote: >=20 > Mark Millard wrote: >> My guess is that it is picking up the >>=20 >> MAKEOBJDIRPREFIX=3D/usr/obj/xtoolchain >=20 > You should use ?=3D if you want this to work. > There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is = tweaked > in the environment of a sub-make. >=20 > By using =3D above, you break that. That presumes that MAKEOBJDIRPREFIX has not been assigned a default = value before the SRC_ENV_CONF file has been included the first time. If = MAKEOBJDIRPREFIX had been defined already then the ?=3D would do nothing = and the wrong value would be used. I believe that the following trace shows that such an assignment of a = default value does happen first, making ?=3D not work either. /usr/src/Makefile (head/Makefile 29160) has > MAKEOBJDIRPREFIX?=3D /usr/obj at line 145 (used when it is not using targets/Makefile from the = relevant .if/.else/.endif). Line 105 has .include and there no others before the = above assignment. bsd.compiler.mk in turn includes bsd.opt.mk (only), = which in turns includes bsd.mkopt.mk (only). That in turn includes = nothing else. So these files and only these files are the involved files = before that assignment as far as I can tell. None of these get to src.sys.env.mk and so SRC_ENV_CONF use has not = happened yet when=20 > MAKEOBJDIRPREFIX?=3D /usr/obj is executed. So, if I understand right, MAKEOBJDIRPREFIX is already defined before = the code > SRC_ENV_CONF?=3D /etc/src-env.conf > .if !empty(SRC_ENV_CONF) && !target(_src_env_conf_included_) > .-include "${SRC_ENV_CONF}" > _src_env_conf_included_: .NOTMAIN > .endif is executed and so using ?=3D would not be effective in the included = file. Did I miss something? =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Dec 7 22:33:39 2015 Return-Path: Delivered-To: freebsd-toolchain@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 ABA419D3B32; Mon, 7 Dec 2015 22:33:39 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0117.outbound.protection.outlook.com [65.55.169.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (Client CN "mail.protection.outlook.com", Issuer "MSIT Machine Auth CA 2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id C188A1D96; Mon, 7 Dec 2015 22:33:38 +0000 (UTC) (envelope-from sjg@juniper.net) Received: from BL2PR05CA0030.namprd05.prod.outlook.com (10.255.226.30) by BY2PR05MB062.namprd05.prod.outlook.com (10.242.34.147) with Microsoft SMTP Server (TLS) id 15.1.331.20; Mon, 7 Dec 2015 22:19:11 +0000 Received: from BL2FFO11FD026.protection.gbl (2a01:111:f400:7c09::136) by BL2PR05CA0030.outlook.office365.com (2a01:111:e400:c04::30) with Microsoft SMTP Server (TLS) id 15.1.337.19 via Frontend Transport; Mon, 7 Dec 2015 22:19:10 +0000 Authentication-Results: spf=softfail (sender IP is 66.129.239.18) smtp.mailfrom=juniper.net; freebsd.org; dkim=none (message not signed) header.d=none;freebsd.org; dmarc=none action=none header.from=juniper.net; Received-SPF: SoftFail (protection.outlook.com: domain of transitioning juniper.net discourages use of 66.129.239.18 as permitted sender) Received: from p-emfe01b-sac.jnpr.net (66.129.239.18) by BL2FFO11FD026.mail.protection.outlook.com (10.173.161.105) with Microsoft SMTP Server (TLS) id 15.1.337.8 via Frontend Transport; Mon, 7 Dec 2015 22:19:10 +0000 Received: from magenta.juniper.net (172.17.27.123) by p-emfe01b-sac.jnpr.net (172.24.192.21) with Microsoft SMTP Server (TLS) id 14.3.123.3; Mon, 7 Dec 2015 14:15:47 -0800 Received: from chaos.jnpr.net (chaos.jnpr.net [172.21.16.28]) by magenta.juniper.net (8.11.3/8.11.3) with ESMTP id tB7MFjD38615; Mon, 7 Dec 2015 14:15:45 -0800 (PST) (envelope-from sjg@juniper.net) Received: from chaos (localhost [IPv6:::1]) by chaos.jnpr.net (Postfix) with ESMTP id 6D014580A9; Mon, 7 Dec 2015 14:15:45 -0800 (PST) To: Mark Millard CC: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current , Subject: Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix In-Reply-To: References: <2426.1449521335@chaos> Comments: In-reply-to: Mark Millard message dated "Mon, 07 Dec 2015 13:33:05 -0800." From: "Simon J. Gerraty" X-Mailer: MH-E 8.6; nmh 1.6; GNU Emacs 24.5.1 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <22804.1449526545.1@chaos> Date: Mon, 7 Dec 2015 14:15:45 -0800 Message-ID: <2852.1449526545@chaos> X-EOPAttributedMessage: 0 X-Microsoft-Exchange-Diagnostics: 1; BL2FFO11FD026; 1:w4tRoobhgrEMUPWc3GhBrXtKDkc2CxaP8VskuHdmos/BNWzxSFn3JMSIIs6/z1mVMXp5eWRLALUI3AZUss3oIf6zyQ86y8yaDaCewJXvqhkI2KGZxNua7eYrMquMB08qR4Mv8kO8c+xHON8aqgg9rCn/kKh9XfTp3j62IvJ+KeP4EFSkirtbTNocfvW4Py5ghlBoMveqtdmbe9sYzp/V4glBbxRp5nRqD0TzKGRb1WLGfbNRyjytf4Ys7MH6Gh7ArNewa28VWzBgYx0bZx+axrp1crNccK/kqUHxgnBMhcSs1Kv30YDAYxMgBkwb7JuMZPHArKFO+PxHnqRc35/jmLMv9Vm4o8BqyL/V/hfKgyGMIabses/gmPpe4j4j24tfAw0kcpBXE+6ntug7149TWA== X-Forefront-Antispam-Report: CIP:66.129.239.18; CTRY:US; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(2980300002)(189002)(199003)(24454002)(5008740100001)(97736004)(81156007)(50986999)(1220700001)(97756001)(76176999)(46406003)(50226001)(4001430100002)(19580395003)(189998001)(19580405001)(69596002)(57986006)(76506005)(105596002)(1096002)(92566002)(586003)(87936001)(23726003)(11100500001)(86362001)(2950100001)(47776003)(5001960100002)(107886002)(77096005)(117636001)(50466002)(6806005)(33716001)(110136002)(106466001)(42262002)(62816006); DIR:OUT; SFP:1102; SCL:1; SRVR:BY2PR05MB062; H:p-emfe01b-sac.jnpr.net; FPR:; SPF:SoftFail; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB062; 2:k/Nu/wzCtz6ii9eWRStFsYwljxT57TCIko5IWZChGZ5D67dJ+gc+usqtbFFw7FADC1DGH8Bc1HUofkkwmPp1EpLozrLqDeYSplwXHpmM3GNud6rCX7+GQcIJBKhFrIU/vxbAHKwgiJ1/wx/Orye/Pg==; 3:AfHU6ONU/uMStbrAZfdydGz7NAgg29LKyHZsTYIkq7lXw/Iyjv7sZgW61rcDFN3yNtODhReUruWlarkHP3BEdaJMktXSe26WBa/pt/HwyndGrY+dYl08+Sfrex9PmdVgkBjHq30yy4G5cGa8dqBNiQJa7vecEgGKD9uSWVB/EkiR77KPBniEW49XzCqsu/pU82wmIWxDVCBK3XflNeOHVhS9RGGJTQShyqoo1q9zrWQ=; 25:wT8z9YKfQxHvZusXCHI7I3N/cGQK20SThztL2HhASpHFnFlCZNhdMSVt9pUZugiAboyysouVzi3joiVBdQ5UfAPNFdL/aioUBQ0f9QJnRgi4lIppJiHh8blkSF0WpOcfWX+OOvHYUUVjDjDUYUhaGun92WOdNGl1gAFMI/l8Sri47Np7qO32Sh+EDWHeCGfx4u+W+qd+rRcjPrQd9YPjY0z+RWwbx+emFcIkmlOElYjbSUHPyepgB2Evz12NlVyfobNfnkxG/WUPU+VRdskw4w== X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BY2PR05MB062; X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB062; 20:6qkhkl+f4+EDN5stQUaSIzuTIdHPa0pc/NV1AXA+CzQYFX4sDAHAwhw+A3LDWNfp5cLOTlmGrvIFHBQCTO67o5gSB4hlUr5CJbQyLqWqG7h6ejtrfYV+OA/4VYET3IAejMyU5HBDCWFYlBXys6QaIDLlbucyJzMe/g9nM64FzHmqUwvoCDksBRnwvvDXkYejBsHuUiDkcOaj1+Hbhg/UMTwYQ2jjsKZJ+X0fsp/Zqwlr0lwPowlGGmMdsufj4XLGNlTbWbfWdRBOGIVcg+1kJ0stojhdVtLKnF0bi0BRYfY2JHNobzFElSb7gWV6u3pqSplh0Fuxz4hUpKVZ4X8tnhQW450c4+ZcHjl5YkliU4hC4Q3MFQEHQHJW+QflQvClPkclOw5vgJkRfxuEPomq3PuHtKWv/e1jsbTIwSdmWQ6KD6cJx0FdTbQqHGwK0iYKiyeHklkfbWnezG7DaVK17wKHMCuCndWgJ7Eu/riDfbQmjaYXiIB5xLOOMwPgByeY; 4:S+G3ikOQ5QRDrgByqF4XnDe4/LIWwO4gjhwQk1dHC1366DxDciAk+Dp7jsWtn7h93OV//C1XnuUvM9b2i5CdydeZ4H+cY9+sxkYjCGBd4WuNVeo1F1CRJinPT/1qY1lJ//lQKQq6xDgCKLGwb5ouaVjAj3/O18WDdqmPGO6OO9kterDYD5tTSWX43IsA+pS0h76SqYUAiJCKZj1QKYRdBAus/ohgQifsZFzgiDte2LLl2hA6CP79yNceFmTpl4Jat07fRlJot30GakXBJdUwTKGVziSeMW1Gru9XjRx3HK7CW2KT31rpcwOiYEAxKGQeObuqiQVOWYd6jPo99/hejcJoFBczFv08Iteoo7xBNEESy2Kt1v7x3OgG4WBYoLUw X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:; X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(520078)(5005006)(8121501046)(3002001)(10201501046); SRVR:BY2PR05MB062; BCL:0; PCL:0; RULEID:; SRVR:BY2PR05MB062; X-Forefront-PRVS: 078310077C X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; BY2PR05MB062; 23:z1fcTy2fI9dWS3Dm/jX2CflvOk5aUyHWDFhI+NtPhK?= =?us-ascii?Q?g+0RPrbqRmGsQcL3q7CGXpa5dkUvDm6Ec9qQvDxyUsC08bwHkBW07Ll5Ftnr?= =?us-ascii?Q?bJZt+j/sIwmoEZKlowOOvmmQRHjf831xxsKy7hgkGoiP+tQ7JbMQxsCDwy04?= =?us-ascii?Q?z7E5SFUR0s3tVFUd1L6c3OfB4hjvzdQhwXA/ezOMxQBLk1QQ/wSQ1Q5oruC0?= =?us-ascii?Q?Kudy7dwly7PakoTY2OR7o6x4hEVz7sCJ7lP1CxMan6WV3zKde0nP3DflgRLz?= =?us-ascii?Q?IeDnfUUd2o54/Gn+DqMVWuBt2WZij38m1fGS2dYvwZaMaUNaStZmbHAhOMAF?= =?us-ascii?Q?d8T63aKr0XlFrGA3tQFd2biLgRUxxPyaAi/Z6WT87z/w0/sgtmq/EqWreUWV?= =?us-ascii?Q?9Bkjev0GOCNgSAt2CM/kiHkzYwcZC03HMS6uw5ZR38Oxzt6c3vYuRQVQMh4t?= =?us-ascii?Q?9PoG2Iw7yHuHchMHkHTwDmWDVidod+KFmIoudF1H+OWHgCBsXzHc3j3/5gCb?= =?us-ascii?Q?CpO21Qvjuvw9WbP6SQs0AC/j2Gp4vonfPcgHgdWcRwzJxxInHq4XwZUBhg+7?= =?us-ascii?Q?O12tnESPG9oYqisS8I9lAX4FX53zTAZ62kKfmc1Kudf/We4jsfsavmh2ddJe?= =?us-ascii?Q?za+tXji+Hl/qzLEeEzpARI6c7GKnYXhYaKfL20uOHuSMLPnecdo1rH5k0K5v?= =?us-ascii?Q?8T/PMCxuXZMy0DPp4ADvzih3KazRkGc1szrlcK9MR+ejToU6avpenqiY14VP?= =?us-ascii?Q?rDIZnO/RRzOD1cTVdPWTCvAsPvrvXHUemSOuQ0n72kKLK7TUSO1abg0IQUla?= =?us-ascii?Q?tEPDqWHO/Xejm5hoGmzgZFvByu8PdMjK0lq/0CktsMCmZIh27Y/l5x4NyKFf?= =?us-ascii?Q?bZN1+L8w4pMpQePvpopIWC6H/K+luwjXRW29p5ay/JYG6MFQDepU6LLM+oFL?= =?us-ascii?Q?3wCvCzjdu44d6twZLqiLmYpwL4CKI/VVgxLDrofw4LPrlaSAMOobDO3ExrsV?= =?us-ascii?Q?+POjRwsmbfDmKW2HKzPoUBvsi9qW8Hao+ZqVOFDSFIrpH2jlLF2zxkIs6/G/?= =?us-ascii?Q?NEJxQ+GIVf99PkHZARUlHJZ+1r2oOKl1+9kBgjogdX3WrqLw0/hp2Rtm2i9O?= =?us-ascii?Q?oP8yeCOjc=3D?= X-Microsoft-Exchange-Diagnostics: 1; BY2PR05MB062; 5:+++UgpfV3dFXdBOAQ0NXRIO8XXh1lAzPN73OIZ0VdIKxGWpfNkbQMA5oBgpvEdk5Q/Uzjx1uPSEtAbMu2fn90mLZMCZ77SEyKntH6fnnmz5ZeNEoB4ohzsh/1zhF13NEU2D3D2pgzwVgWUbIPxzmkg==; 24:wfbghy9nz1hQyNtvbsV5sthw5tjQxYAOeUEJBACNce20dY02Kpawr+BCb6y5iyp0H0T1QyiEkPdsfjefm8V1aawOtxpZa2clQBG2zvd1lfo= SpamDiagnosticOutput: 1:23 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: juniper.net X-MS-Exchange-CrossTenant-OriginalArrivalTime: 07 Dec 2015 22:19:10.3948 (UTC) X-MS-Exchange-CrossTenant-Id: bea78b3c-4cdb-4130-854a-1d193232e5f4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=bea78b3c-4cdb-4130-854a-1d193232e5f4; Ip=[66.129.239.18]; Helo=[p-emfe01b-sac.jnpr.net] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: BY2PR05MB062 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Dec 2015 22:33:39 -0000 Mark Millard wrote: > >> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain > > > > You should use ?= if you want this to work. > > There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is tweaked > > in the environment of a sub-make. > > > > By using = above, you break that. > > That presumes that MAKEOBJDIRPREFIX has not been assigned a default > value before the SRC_ENV_CONF file has been included the first > time. Yes. If that's a concern: .if ${.MAKE.LEVEL} == 0 MAKEOBJDIRPREFIX= /usr/obj/xtoolchain .export MAKEOBJDIRPREFIX .endif will do what you want. From owner-freebsd-toolchain@freebsd.org Tue Dec 8 22:14:22 2015 Return-Path: Delivered-To: freebsd-toolchain@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 D53A79D452C; Tue, 8 Dec 2015 22:14:22 +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 C54BF1FC7; Tue, 8 Dec 2015 22:14:22 +0000 (UTC) (envelope-from bdrewery@FreeBSD.org) Received: from mail.xzibition.com (localhost [IPv6:::1]) by freefall.freebsd.org (Postfix) with ESMTP id BD3FC1F8B; Tue, 8 Dec 2015 22:14:22 +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 7345B16D6D; Tue, 8 Dec 2015 22:14:22 +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 Uq7BxFo86i41; Tue, 8 Dec 2015 22:14:19 +0000 (UTC) Subject: Re: 11.0-CURRENT SRC_ENV_CONF file vs. MAKEOBJDIRPREFIX in the file: they do not mix DKIM-Filter: OpenDKIM Filter v2.9.2 mail.xzibition.com 431EC16D64 To: Mark Millard , "Simon J. Gerraty" References: <2426.1449521335@chaos> Cc: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current From: Bryan Drewery Organization: FreeBSD Message-ID: <56675638.5010904@FreeBSD.org> Date: Tue, 8 Dec 2015 14:14:16 -0800 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:38.0) Gecko/20100101 Thunderbird/38.4.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Dec 2015 22:14:22 -0000 On 12/7/15 1:33 PM, Mark Millard wrote: > >> On 2015-Dec-7, at 12:48 PM, Simon J. Gerraty wrote: >> >> Mark Millard wrote: >>> My guess is that it is picking up the >>> >>> MAKEOBJDIRPREFIX=/usr/obj/xtoolchain >> >> You should use ?= if you want this to work. >> There are many places in Makefile.inc1 where MAKEOBJDIRPREFIX is tweaked >> in the environment of a sub-make. >> >> By using = above, you break that. > > That presumes that MAKEOBJDIRPREFIX has not been assigned a default value before the SRC_ENV_CONF file has been included the first time. If MAKEOBJDIRPREFIX had been defined already then the ?= would do nothing and the wrong value would be used. > > I believe that the following trace shows that such an assignment of a default value does happen first, making ?= not work either. > > > > /usr/src/Makefile (head/Makefile 29160) has > >> MAKEOBJDIRPREFIX?= /usr/obj > > at line 145 (used when it is not using targets/Makefile from the relevant .if/.else/.endif). > > Line 105 has .include and there no others before the above assignment. bsd.compiler.mk in turn includes bsd.opt.mk (only), which in turns includes bsd.mkopt.mk (only). That in turn includes nothing else. So these files and only these files are the involved files before that assignment as far as I can tell. > > None of these get to src.sys.env.mk and so SRC_ENV_CONF use has not happened yet when > >> MAKEOBJDIRPREFIX?= /usr/obj > > is executed. > > So, if I understand right, MAKEOBJDIRPREFIX is already defined before the code > >> SRC_ENV_CONF?= /etc/src-env.conf >> .if !empty(SRC_ENV_CONF) && !target(_src_env_conf_included_) >> .-include "${SRC_ENV_CONF}" >> _src_env_conf_included_: .NOTMAIN >> .endif > > is executed and so using ?= would not be effective in the included file. > > Did I miss something? Yes. sys.mk and src-env.conf are included *before* Makefile. Think of it as being in line 0. Technically you should be able to use MAKEOBJDIRPREFIX in make.conf or src.conf if you are not using any of the meta mode features (all off by default). -- Regards, Bryan Drewery From owner-freebsd-toolchain@freebsd.org Wed Dec 9 14:04:19 2015 Return-Path: Delivered-To: freebsd-toolchain@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 93CF79D52F2 for ; Wed, 9 Dec 2015 14:04:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-151.reflexion.net [208.70.211.151]) (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 591391057 for ; Wed, 9 Dec 2015 14:04:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7736 invoked from network); 9 Dec 2015 14:04:12 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 9 Dec 2015 14:04:12 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Wed, 09 Dec 2015 09:04:15 -0500 (EST) Received: (qmail 23234 invoked from network); 9 Dec 2015 14:04:14 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 9 Dec 2015 14:04:14 -0000 X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network X-No-Relay: not in my network 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 7C5301C43BA; Wed, 9 Dec 2015 06:04:09 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: Re: powerpc64-gcc 5.2 vintages get L". . ." type wrong compared to Char for FreeBSD for lib32 compiling From: Mark Millard In-Reply-To: <5664BA32.3010306@fgznet.ch> Date: Wed, 9 Dec 2015 06:04:10 -0800 Cc: FreeBSD PowerPC ML , FreeBSD Toolchain , FreeBSD Current , freebsd-ports@freebsd.org, Nathan Whitehorn Content-Transfer-Encoding: quoted-printable Message-Id: <1D7927B2-9CC4-4F43-A6A5-2F2B855CDAE9@dsl-only.net> References: <867D2B14-766D-4104-9A77-C35992C357B8@dsl-only.net> <5664BA32.3010306@fgznet.ch> To: Andreas Tobler X-Mailer: Apple Mail (2.2104) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 14:04:19 -0000 [This time I'm explicit about a patch-gcc-freebsd-powerpc64 update and I = report that with the change the PowerMac G5 hosted powerpc64-gcc based = buildworld attempt completed, including WITH_LIB32=3D and WITH_BOOT=3D = being involved. (But it may not be until tomorrow or later until I test = if such a build actually works for installworld and reboot.)] > On 2015-Dec-6, at 2:44 PM, Andreas Tobler = wrote: >=20 > On 06.12.15 22:34, Mark Millard wrote: >> [I picked the lists that I did because powerpc64-gcc is the external >> toolchain created to allow modern powerpc64 builds.] >>=20 >> For the powerpc64-gcc 5.2 vintages. . . (using my environment's path >> as an example) >>=20 >> = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/gcc-5.2.0/gcc/config= /rs6000/freebsd64.h >> has: >>=20 >>> /* rs6000.h gets this wrong for FreeBSD. We use the GCC defaults >>> instead. */ #undef WCHAR_TYPE #define WCHAR_TYPE >>> (TARGET_64BIT ? "int" : "long int") #undef WCHAR_TYPE_SIZE #define >>> WCHAR_TYPE_SIZE 32 >>=20 >> That type in quotes ends up being the base type for L". . ." >> notation, for example. Probably the char notation as well (L'?'). >>=20 >> For FreeBSD Char compatibility in a powerpc64 lib32 context that >> "long int" should effectively instead be "int", making the >> conditional above technically unnecessary. >>=20 >> This blocks compiling lib32 source code that uses such notations as >> L". . .": "long int" is not compatible with FreeBSD's Char in the >> powerpc64 environment's 32 bit environment. Some compiler message are >> explicit about the base types of pointers that result for the >> mismatches: that is how I know that "long int" is in use for L". . ." >> and "int" is the other base type involved. >>=20 >> (Yes, freebsd64.h appears to be used for lib32, at least on >> powerpc64. By contrast freebsd.h agrees for the WCHAR_TYPE_SIZE but >> only undef's WCHAR_TYPE, presuming gcc defaults are correct for >> FreeBSD as far as the type goes. It might need a more explicit type >> to be sure of a Char match for that freebsd.h file's context.) >>=20 >> The 4.9 vintages of powerpc64-gcc were messed up the same way, as was >> noted at the time. >=20 > I'll take care. >=20 > Andreas (I make no claim that this note manages to preserve tabs and such in the = diff -u text.) To turn my earlier note into an actual updated = devel/powerpc64-gcc/files/patch-gcc-freebsd-powerpc64 instead of the = more vague words would involve adding what would look something like: > @@ -304,7 +317,7 @@ > =20 > /* rs6000.h gets this wrong for FreeBSD. We use the GCC defaults = instead. */ > #undef WCHAR_TYPE > -#define WCHAR_TYPE (TARGET_64BIT ? "int" : "long int") > +#define WCHAR_TYPE "int" > #undef WCHAR_TYPE_SIZE > #define WCHAR_TYPE_SIZE 32 >=20 (It is what I actually tested.) The full patch-gcc-freebsd-powerpc64 would then look something like: > --- gcc/config/rs6000/freebsd64.h.orig 2015-01-05 04:33:28.000000000 = -0800 > +++ gcc/config/rs6000/freebsd64.h 2015-12-09 00:14:28.520684000 = -0800 > @@ -65,6 +65,13 @@ > #define INVALID_64BIT "-m%s not supported in this configuration" > #define INVALID_32BIT INVALID_64BIT > =20 > +/* Use LINUX64 instead of FREEBSD64 for compat with e.g. sysv4le.h */ > +#ifdef LINUX64_DEFAULT_ABI_ELFv2 > +#define ELFv2_ABI_CHECK (rs6000_elf_abi !=3D 1) > +#else > +#define ELFv2_ABI_CHECK (rs6000_elf_abi =3D=3D 2) > +#endif > + > #undef SUBSUBTARGET_OVERRIDE_OPTIONS > #define SUBSUBTARGET_OVERRIDE_OPTIONS \ > do \ > @@ -84,6 +91,12 @@ > rs6000_isa_flags &=3D ~OPTION_MASK_RELOCATABLE; \ > error (INVALID_64BIT, "relocatable"); \ > } \ > + if (ELFv2_ABI_CHECK) \ > + { \ > + rs6000_current_abi =3D ABI_ELFv2; \ > + if (dot_symbols) \ > + error ("-mcall-aixdesc incompatible with = -mabi=3Delfv2"); \ > + } \ > if (rs6000_isa_flags & OPTION_MASK_EABI) \ > { \ > rs6000_isa_flags &=3D ~OPTION_MASK_EABI; \ > @@ -304,7 +317,7 @@ > =20 > /* rs6000.h gets this wrong for FreeBSD. We use the GCC defaults = instead. */ > #undef WCHAR_TYPE > -#define WCHAR_TYPE (TARGET_64BIT ? "int" : "long int") > +#define WCHAR_TYPE "int" > #undef WCHAR_TYPE_SIZE > #define WCHAR_TYPE_SIZE 32 > =20 I can report that a make buildworld with the following WITH/WITHOUT = src.conf type options competed based on the rebuilt powerpc64-gcc. = (WITHOUT_CLANG=3D and WITHOUT_LLDB=3D were just to save time. The = context is already libc++ based and so WITHOUT_GCC=3D and = WITHOUT_GNUXX=3D.) > KERNCONF=3DGENERIC64vtsc-NODEBUG > TARGET=3Dpowerpc > TARGET_ARCH=3Dpowerpc64 > WITHOUT_CROSS_COMPILER=3D > # > # 1 thing that fails to build if attempted: > WITHOUT_CLANG_EXTRAS=3D > # > WITH_FAST_DEPEND=3D > WITH_LIBCPLUSPLUS=3D > WITH_BOOT=3D > WITH_LIB32=3D > WITHOUT_CLANG=3D > WITHOUT_CLANG_IS_CC=3D > WITHOUT_CLANG_FULL=3D > WITHOUT_LLDB=3D > # > WITHOUT_GCC=3D > WITHOUT_GNUCXX=3D > # > NO_WERROR=3D > MALLOC_PRODUCTION=3D > #CFLAGS+=3D -DELF_VERBOSE > # > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D The FreeBSD version context is: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #17 r291745M: Sat = Dec 5 08:20:20 PST 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100091 1100091 The technique of using powerpc64-gcc as the host/cross compiler in this = context was as follows. (No gcc 4.2.1 present and clang 3.7 unused. No = initial lib32.) First some symbolic links: > # ls -al /usr/lib/libstdc* > lrwxr-xr-x 1 root wheel 8 Dec 5 05:41 /usr/lib/libstdc++.a -> = libc++.a > lrwxr-xr-x 1 root wheel 9 Dec 5 05:41 /usr/lib/libstdc++.so -> = libc++.so > # ls -l /usr/bin/g[c+][c+] > lrwxr-xr-x 1 root wheel 48 Dec 5 05:38 /usr/bin/g++ -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > lrwxr-xr-x 1 root wheel 48 Dec 5 05:38 /usr/bin/gcc -> = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc These cover the existing forced, explicit "gcc" commands in a powerpc64 = related csu Makefile and other "old style" references that occur. Also some other file updates: > # svnlite diff /usr/src/ > Index: /usr/src/sys/boot/ofw/Makefile.inc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/boot/ofw/Makefile.inc (revision 291891) > +++ /usr/src/sys/boot/ofw/Makefile.inc (working copy) > @@ -2,7 +2,7 @@ > =20 > .if ${MACHINE_ARCH} =3D=3D "powerpc64" > CFLAGS+=3D -m32 -mcpu=3Dpowerpc > -LDFLAGS+=3D -m elf32ppc_fbsd > +LDFLAGS+=3D -Wl,-m -Wl,elf32ppc_fbsd > .endif > =20 > .include "../Makefile.inc" > Index: /usr/src/sys/boot/powerpc/Makefile.inc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/boot/powerpc/Makefile.inc (revision 291891) > +++ /usr/src/sys/boot/powerpc/Makefile.inc (working copy) > @@ -2,6 +2,7 @@ > =20 > .if ${MACHINE_ARCH} =3D=3D "powerpc64" > CFLAGS+=3D -m32 -mcpu=3Dpowerpc > +LDFLAGS+=3D -Wl,-m -Wl,elf32ppc_fbsd > .endif > =20 > .include "../Makefile.inc" > Index: /usr/src/sys/boot/uboot/Makefile.inc > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sys/boot/uboot/Makefile.inc (revision 291891) > +++ /usr/src/sys/boot/uboot/Makefile.inc (working copy) > @@ -2,7 +2,7 @@ > =20 > .if ${MACHINE_ARCH} =3D=3D "powerpc64" > CFLAGS+=3D -m32 -mcpu=3Dpowerpc > -LDFLAGS+=3D -m elf32ppc_fbsd > +LDFLAGS+=3D -Wl,-m -Wl,elf32ppc_fbsd > .endif > =20 > .include "../Makefile.inc" There is more src.conf type content to cause use of the powerpc64-gcc = toolchain: > CC=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-gcc > CXX=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-g++ > CPP=3D/usr/local/bin/powerpc64-portbld-freebsd11.0-cpp > CROSS_BINUTILS_PREFIX=3D/usr/local/powerpc64-freebsd/bin/ > X_COMPILER_TYPE=3Dgcc > # > DEPFLAGS+=3D -isystem = /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include/. = -I/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include/c+= +/v1/. -I/usr/include/c++/v1/. > # > CFLAGS+=3D -isystem = /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include/. = -Wl,-rpath-link = -Wl,/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/lib/. = -Wl,-rpath-link = -Wl,/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/lib/. = -L/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/lib/. = -L/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/lib/. > # > LDFLAGS+=3D -Wl,-rpath-link = -Wl,/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/lib/. = -Wl,-rpath-link = -Wl,/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/lib/. = -L/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/lib/. = -L/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/lib/. > # > CXXFLAGS+=3D -isystem = /usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include/. = -I/usr/obj/xtoolchain_noclang/powerpc.powerpc64/usr/src/tmp/usr/include/c+= +/v1/. -std=3Dgnu++11 > # > CXXFLAGS+=3D -I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. (I'll not get into the details of my workaround for building = powerpc64-gcc in a powerpc64 context, where it is not truly a cross = compiler. I copy 6 files to the right staging place/name when they are = not found and then restart the powerpc64-gcc install. I use gcc49 to = build powerpc64-gcc.) From owner-freebsd-toolchain@freebsd.org Wed Dec 9 16:24:59 2015 Return-Path: Delivered-To: freebsd-toolchain@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 E05229D44D9 for ; Wed, 9 Dec 2015 16:24:58 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B1616108E for ; Wed, 9 Dec 2015 16:24:58 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tB9GOupe025745 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Dec 2015 10:24:57 -0600 From: "William A. Mahaffey III" Subject: More static link questions To: FreeBSD toolchain mailing list !!!! Message-ID: <566855D8.1080700@hiwaay.net> Date: Wed, 9 Dec 2015 10:30:26 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 16:24:59 -0000 I am still having issues statically linking some inhouse code. I (tried to) (re)arrange the linker args in my Makefile to link what can be statically-linked statically & the rest dynamically, see below. . . . chmod: /usr/local/bin/PreBFCGL.opteron.TEST.static: No such file or directory *** [/usr/local/bin/PreBFCGL.opteron.TEST.static] Error code 1 (ignored) ar xv /home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron/libmaiPre.a Main.o x - Main.o gcc5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static -Wl,-s,--allow-multiple-definition,-rpath=/usr/local/lib/gcc5 Main.o -L/home/wam/V8/Cnx/test/junk/cart/unstaggered /bfc/pre/../lib/R4/opteron -L/home/wam/lib/R4 -L/usr/lib64/openmotif -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license -Wl,--end-group -lMemIO -lMotif -lStdHash -lmpi -ltet -lgomp -lMrm -lXm -lXt -lGL -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm -static-libgcc -lstdc++ -static-libstdc++ -Bs tatic -lgfortran -static-libgfortran && \rm -f Main.o chmod -fv go+rx,a-w /usr/local/bin/PreBFCGL.opteron.TEST.static /usr/local/bin/PreBFCGL.opteron.TEST.static Done with /usr/local/bin/PreBFCGL.opteron.TEST.static. . . . From the compile box: [wam@devbox, pre, 10:05:02am] 4226 % uname -a FreeBSD devbox 9.3-RELEASE-p30 FreeBSD 9.3-RELEASE-p30 #0: Mon Nov 2 10:11:50 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@devbox, pre, 10:05:05am] 4227 % However, when I copy the statically linked executables over to another FreeBSD 9.3R box (this one, as it happens) & try to run it, I get the following: [wam@kabini1, ~, 9:51:46am] 906 % ll -tr LIST /usr/local/bin/[B,P]* /usr/local/bin/*WAM* /usr/local/bin/*et*en* ; ps -Taux ; uname -a ; /sbin/hwclock -r ; date lrwxr-xr-x 1 root wheel 20 Aug 27 2014 /usr/local/bin/PreBFCGL.TEST@ -> PreBFCGL.TEST.static lrwxr-xr-x 1 root wheel 23 Aug 27 2014 /usr/local/bin/PreBFCGL.TEST.R8@ -> PreBFCGL.TEST.static.R8 -r-xr-xr-x 1 root wheel 15071 Mar 18 2015 /usr/local/bin/POST* -rw------- 1 wam users 437 Jul 11 23:13 LIST -r-xr-xr-x 1 wam wheel 11197960 Aug 7 05:40 /usr/local/bin/PreBFCGL.SSE4.1.TEST.static* -r-xr-xr-x 1 wam wheel 11211944 Aug 7 05:40 /usr/local/bin/PreBFCGL.SSE4.1.TEST.static.R8* -r-xr-xr-x 1 root wheel 420 Aug 20 13:15 /usr/local/bin/rarian-sk-get-extended-content-list* -r-xr-xr-x 1 root wheel 400 Aug 20 13:15 /usr/local/bin/rarian-sk-get-content-list* lrwxr-xr-x 1 root wheel 35 Aug 20 13:15 /usr/local/bin/scrollkeeper-get-extended-content-list@ -> rarian-sk-get-extended-content-list lrwxr-xr-x 1 root wheel 26 Aug 20 13:15 /usr/local/bin/scrollkeeper-get-content-list@ -> rarian-sk-get-content-list -r-xr-xr-x 1 root wheel 2299 Oct 10 22:20 /usr/local/bin/pamstretch-gen* -r-x------ 1 wam wheel 4140184 Dec 7 07:39 /usr/local/bin/BFC.opteron.TEST.static.R8* -r-x------ 1 wam wheel 4038096 Dec 7 07:39 /usr/local/bin/BFC.opteron.TEST.static.R4* -r-x------ 1 wam wheel 4033688 Dec 7 07:39 /usr/local/bin/BFC.bdver1.TEST.static.R8* -r-x------ 1 wam wheel 4047376 Dec 7 07:39 /usr/local/bin/BFC.bdver1.TEST.static.R4* lrwxr-xr-x 1 root wheel 30 Dec 7 07:39 /usr/local/bin/PreBFCGL.TEST.static.R8@ -> PreBFCGL.bdver1.TEST.static.R8 lrwxr-xr-x 1 root wheel 27 Dec 7 07:39 /usr/local/bin/PreBFCGL.TEST.static@ -> PreBFCGL.bdver1.TEST.static -r-xr-xr-x 1 wam wheel 6472832 Dec 9 09:50 /usr/local/bin/PreBFCGL.opteron.TEST.static.R8* -r-xr-xr-x 1 wam wheel 6500736 Dec 9 09:50 /usr/local/bin/PreBFCGL.opteron.TEST.static* -r-xr-xr-x 1 wam wheel 6574464 Dec 9 09:50 /usr/local/bin/PreBFCGL.barcelona.TEST.static* -r-xr-xr-x 1 wam wheel 6518848 Dec 9 09:50 /usr/local/bin/PreBFCGL.barcelona.TEST.static.R8* -r-xr-xr-x 1 wam wheel 6422688 Dec 9 09:50 /usr/local/bin/PreBFCGL.bdver1.TEST.static.R8* -r-xr-xr-x 1 wam wheel 6488448 Dec 9 09:50 /usr/local/bin/PreBFCGL.bdver1.TEST.static* USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND wam 73608 0.0 0.0 16304 2168 32 R+ 10:03AM 0:00.00 ps -Taux wam 81998 0.0 0.1 91408 20712 32 S 1Nov15 0:45.31 xterm -sl 5000 -maximized -rv wam 95269 0.0 0.0 18616 4288 32 Ss 12Oct15 0:02.51 tcsh FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 /sbin/hwclock: Command not found. Wed Dec 9 10:03:28 MCST 2015 [wam@kabini1, ~, 10:03:28am] 907 % PreBFCGL.TEST /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/local/bin/PreBFCGL.TEST not found [wam@kabini1, ~, 10:03:30am] 908 % PreBFCGL.TEST.static /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/local/bin/PreBFCGL.TEST.static not found [wam@kabini1, ~, 10:03:55am] 909 % PreBFCGL.bdver1.TEST.static /usr/lib/libstdc++.so.6: version GLIBCXX_3.4.11 required by /usr/local/bin/PreBFCGL.bdver1.TEST.static not found [wam@kabini1, ~, 10:04:05am] 910 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@kabini1, ~, 10:06:43am] 911 % I found that I needed both the '-lstdc++ -static-libstdc++' in the link line or the C++ stuff didn't get linked in (i.e., '-static-libstdc++' alone doesn't link). The man page for gcc5 carefully mentions using 'g++' to link C++ code, while mentioning GCC for other static-linker options, is that my problem here ? If not, any clues what is :-) ? TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Wed Dec 9 16:52:23 2015 Return-Path: Delivered-To: freebsd-toolchain@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 916C89D5AB4 for ; Wed, 9 Dec 2015 16:52:23 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 6405312A3 for ; Wed, 9 Dec 2015 16:52:22 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tB9GqKj6020391 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Dec 2015 10:52:21 -0600 From: "William A. Mahaffey III" Subject: ongoing link issues To: FreeBSD toolchain mailing list !!!! Message-ID: <56685C44.10802@hiwaay.net> Date: Wed, 9 Dec 2015 10:57:50 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 16:52:23 -0000 I am still trying to statically link my inhouse code. I switched to using g++5 in the link line: . . . chmod: /usr/local/bin/PreBFCGL.opteron.TEST.static: No such file or directory *** [/usr/local/bin/PreBFCGL.opteron.TEST.static] Error code 1 (ignored) ar xv /home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron/libmaiPre.a Main.o x - Main.o g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static -Wl,-s,--allow-multiple-definition,-rpath=/usr/local/lib/gcc5 Main.o -L/home/wam/V8/Cnx/test/junk/cart/unstaggered /bfc/pre/../lib/R4/opteron -L/home/wam/lib/R4 -L/usr/lib64/openmotif -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license -Wl,--end-group -lMemIO -lMotif -lStdHash -lmpi -ltet -lgomp -lMrm -lXm -lXt -lGL -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm -static-libgcc -static-libstdc++ -Bstatic -lg fortran -static-libgfortran && \rm -f Main.o chmod -fv go+rx,a-w /usr/local/bin/PreBFCGL.opteron.TEST.static /usr/local/bin/PreBFCGL.opteron.TEST.static Done with /usr/local/bin/PreBFCGL.opteron.TEST.static. . . . Compile-box specifics: [wam@devbox, pre, 10:55:11am] 4252 % uname -a FreeBSD devbox 9.3-RELEASE-p30 FreeBSD 9.3-RELEASE-p30 #0: Mon Nov 2 10:11:50 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@devbox, pre, 10:55:23am] 4253 % Now I see:[wam@kabini1, ~, 10:48:52am] 916 % ll -tr LIST /usr/local/bin/[B,P]* /usr/local/bin/*WAM* /usr/local/bin/*et*en* ; ps -Taux ; uname -a ; /sbin/hwclock -r ; date lrwxr-xr-x 1 root wheel 20 Aug 27 2014 /usr/local/bin/PreBFCGL.TEST@ -> PreBFCGL.TEST.static lrwxr-xr-x 1 root wheel 23 Aug 27 2014 /usr/local/bin/PreBFCGL.TEST.R8@ -> PreBFCGL.TEST.static.R8 -r-xr-xr-x 1 root wheel 15071 Mar 18 2015 /usr/local/bin/POST* -rw------- 1 wam users 437 Jul 11 23:13 LIST -r-xr-xr-x 1 wam wheel 11197960 Aug 7 05:40 /usr/local/bin/PreBFCGL.SSE4.1.TEST.static* -r-xr-xr-x 1 wam wheel 11211944 Aug 7 05:40 /usr/local/bin/PreBFCGL.SSE4.1.TEST.static.R8* -r-xr-xr-x 1 root wheel 420 Aug 20 13:15 /usr/local/bin/rarian-sk-get-extended-content-list* -r-xr-xr-x 1 root wheel 400 Aug 20 13:15 /usr/local/bin/rarian-sk-get-content-list* lrwxr-xr-x 1 root wheel 35 Aug 20 13:15 /usr/local/bin/scrollkeeper-get-extended-content-list@ -> rarian-sk-get-extended-content-list lrwxr-xr-x 1 root wheel 26 Aug 20 13:15 /usr/local/bin/scrollkeeper-get-content-list@ -> rarian-sk-get-content-list -r-xr-xr-x 1 root wheel 2299 Oct 10 22:20 /usr/local/bin/pamstretch-gen* -r-x------ 1 wam wheel 4140184 Dec 7 07:39 /usr/local/bin/BFC.opteron.TEST.static.R8* -r-x------ 1 wam wheel 4038096 Dec 7 07:39 /usr/local/bin/BFC.opteron.TEST.static.R4* -r-x------ 1 wam wheel 4033688 Dec 7 07:39 /usr/local/bin/BFC.bdver1.TEST.static.R8* -r-x------ 1 wam wheel 4047376 Dec 7 07:39 /usr/local/bin/BFC.bdver1.TEST.static.R4* lrwxr-xr-x 1 root wheel 30 Dec 7 07:39 /usr/local/bin/PreBFCGL.TEST.static.R8@ -> PreBFCGL.bdver1.TEST.static.R8 lrwxr-xr-x 1 root wheel 27 Dec 7 07:39 /usr/local/bin/PreBFCGL.TEST.static@ -> PreBFCGL.bdver1.TEST.static -r-xr-xr-x 1 wam wheel 7694632 Dec 9 10:50 /usr/local/bin/PreBFCGL.opteron.TEST.static* -r-xr-xr-x 1 wam wheel 7670440 Dec 9 10:50 /usr/local/bin/PreBFCGL.opteron.TEST.static.R8* -r-xr-xr-x 1 wam wheel 7765384 Dec 9 10:50 /usr/local/bin/PreBFCGL.barcelona.TEST.static* -r-xr-xr-x 1 wam wheel 7715496 Dec 9 10:50 /usr/local/bin/PreBFCGL.barcelona.TEST.static.R8* -r-xr-xr-x 1 wam wheel 7679592 Dec 9 10:50 /usr/local/bin/PreBFCGL.bdver1.TEST.static* -r-xr-xr-x 1 wam wheel 7617416 Dec 9 10:50 /usr/local/bin/PreBFCGL.bdver1.TEST.static.R8* USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND wam 76840 0.0 0.0 16304 2168 32 R+ 10:51AM 0:00.01 ps -Taux wam 81998 0.0 0.1 91408 20712 32 I 1Nov15 0:45.31 xterm -sl 5000 -maximized -rv wam 95269 0.0 0.0 18616 4288 32 Ss 12Oct15 0:02.54 tcsh FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 /sbin/hwclock: Command not found. Wed Dec 9 10:51:48 MCST 2015 [wam@kabini1, ~, 10:51:48am] 917 % PreBFCGL.TEST /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found [wam@kabini1, ~, 10:51:52am] 918 % PreBFCGL.TEST.static /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found [wam@kabini1, ~, 10:52:02am] 919 % PreBFCGL.bdver1.TEST.static /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found [wam@kabini1, ~, 10:52:04am] 920 % uname -a FreeBSD kabini1.local 9.3-RELEASE-p24 FreeBSD 9.3-RELEASE-p24 #0: Sat Aug 22 01:54:44 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@kabini1, ~, 10:52:07am] 921 % I'm sure it's pilot error, but I (think I) have iterated all combinations of (-static)-libgcc, (-static)-libstdc++ (-static)libgfortran & nothing seems to work .... *Any* clues appreciated :-/ .... TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Wed Dec 9 17:56:53 2015 Return-Path: Delivered-To: freebsd-toolchain@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 00B679D57FA for ; Wed, 9 Dec 2015 17:56:53 +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 BF7661254 for ; Wed, 9 Dec 2015 17:56:52 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from coleburn.home.andric.com (coleburn.home.andric.com [192.168.0.15]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 0A52164E0; Wed, 9 Dec 2015 18:56:49 +0100 (CET) Subject: Re: ongoing link issues Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Content-Type: multipart/signed; boundary="Apple-Mail=_0014845B-C282-4F1F-AE3A-394AD2E9DD21"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 From: Dimitry Andric In-Reply-To: <56685C44.10802@hiwaay.net> Date: Wed, 9 Dec 2015 18:56:48 +0100 Cc: FreeBSD toolchain mailing list !!!! Message-Id: References: <56685C44.10802@hiwaay.net> To: "William A. Mahaffey III" X-Mailer: Apple Mail (2.3112) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 17:56:53 -0000 --Apple-Mail=_0014845B-C282-4F1F-AE3A-394AD2E9DD21 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 09 Dec 2015, at 17:50, William A. Mahaffey III = wrote: >=20 > I am still trying to statically link my inhouse code. I switched to = using g++5 in the link line: ... > g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static = -Wl,-s,--allow-multiple-definition,-rpath=3D/usr/local/lib/gcc5 Main.o = -L/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron = -L/home/wam/lib/R4 -L/usr/lib64/openmotif -Wl,--start-group -lmaiPre = -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license = -Wl,--end-group -lMemIO -lMotif -lStdHash -lmpi -ltet -lgomp -lMrm -lXm = -lXt -lGL -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm -static-libgcc = -static-libstdc++ -Bstatic -lgfortran -static-libgfortran && \rm -f = Main.o > [wam@kabini1, ~, 10:51:48am] 917 % PreBFCGL.TEST > /lib/libgcc_s.so.1: version GCC_4.6.0 required by = /usr/local/lib/gcc48/libgfortran.so.3 not found > [wam@kabini1, ~, 10:51:52am] 918 % PreBFCGL.TEST.static > /lib/libgcc_s.so.1: version GCC_4.6.0 required by = /usr/local/lib/gcc48/libgfortran.so.3 not found > [wam@kabini1, ~, 10:52:02am] 919 % PreBFCGL.bdver1.TEST.static > /lib/libgcc_s.so.1: version GCC_4.6.0 required by = /usr/local/lib/gcc48/libgfortran.so.3 not found > [wam@kabini1, ~, 10:52:04am] 920 % uname -a Instead of all the complicated stuff above, can't you simply use -static while linking? I'm not sure why you want a half-dynamic, half-static executable? If you want to link *some* of the libraries statically, you must enclose these in a -Wl,-Bstatic ... -Wl,-Bdynamic pair. For example: -Wl,-Bstatic -lstdc++ -lgfortran -lgcc -Wl,-Bdynamic Also, you should probably link using gcc5 instead of g++5, otherwise the latter might add its own -lstdc++ arguments. -Dimitry --Apple-Mail=_0014845B-C282-4F1F-AE3A-394AD2E9DD21 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.28 iEYEARECAAYFAlZoa2AACgkQsF6jCi4glqM2/wCeO6gIUfPoNXEP0KaDGhXLsvfA FBoAn3Be4IfyG51ipDsctUItXHwi/FiH =Fqw6 -----END PGP SIGNATURE----- --Apple-Mail=_0014845B-C282-4F1F-AE3A-394AD2E9DD21-- From owner-freebsd-toolchain@freebsd.org Wed Dec 9 20:15:42 2015 Return-Path: Delivered-To: freebsd-toolchain@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 ECFDC9D5B91 for ; Wed, 9 Dec 2015 20:15:42 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C277F1F6E for ; Wed, 9 Dec 2015 20:15:42 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tB9KFd1V027999 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Dec 2015 14:15:39 -0600 Subject: Re: ongoing link issues References: <56685C44.10802@hiwaay.net> Cc: FreeBSD toolchain mailing list !!!! From: "William A. Mahaffey III" Message-ID: <56688BEA.1080708@hiwaay.net> Date: Wed, 9 Dec 2015 14:21:08 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 20:15:43 -0000 On 12/09/15 12:03, Dimitry Andric wrote: > On 09 Dec 2015, at 17:50, William A. Mahaffey III wrote: >> I am still trying to statically link my inhouse code. I switched to using g++5 in the link line: > ... >> g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static -Wl,-s,--allow-multiple-definition,-rpath=/usr/local/lib/gcc5 Main.o -L/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron -L/home/wam/lib/R4 -L/usr/lib64/openmotif -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license -Wl,--end-group -lMemIO -lMotif -lStdHash -lmpi -ltet -lgomp -lMrm -lXm -lXt -lGL -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm -static-libgcc -static-libstdc++ -Bstatic -lgfortran -static-libgfortran && \rm -f Main.o >> [wam@kabini1, ~, 10:51:48am] 917 % PreBFCGL.TEST >> /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found >> [wam@kabini1, ~, 10:51:52am] 918 % PreBFCGL.TEST.static >> /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found >> [wam@kabini1, ~, 10:52:02am] 919 % PreBFCGL.bdver1.TEST.static >> /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found >> [wam@kabini1, ~, 10:52:04am] 920 % uname -a > Instead of all the complicated stuff above, can't you simply use -static > while linking? I'm not sure why you want a half-dynamic, half-static > executable? > > If you want to link *some* of the libraries statically, you must enclose > these in a -Wl,-Bstatic ... -Wl,-Bdynamic pair. For example: > > -Wl,-Bstatic -lstdc++ -lgfortran -lgcc -Wl,-Bdynamic > > Also, you should probably link using gcc5 instead of g++5, otherwise the > latter might add its own -lstdc++ arguments. > > -Dimitry Thanks for your reply. I tried '-static' earlier (see posts last week) & the linker couldn't find static libraries for LibGL, libGLU & libGLw. I also tried gcc5 to link (see earlier posts today) & it seemed to still dynamically link libstdc++, even w/ the '-static-libstdc++' argument. Your suggestion to use the explicit linker arguments -Bstatic & -Bdynamic is the next thing to try, however they will require a bit more mods to my Makefile & I thought my attempts using various '-static-lib' should/would work, based on my read of the man pages. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Wed Dec 9 20:54:35 2015 Return-Path: Delivered-To: freebsd-toolchain@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 B829D9D5673 for ; Wed, 9 Dec 2015 20:54:35 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8CBD21169 for ; Wed, 9 Dec 2015 20:54:35 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tB9KsXJV027448 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 9 Dec 2015 14:54:34 -0600 Subject: Re: ongoing link issues References: <56685C44.10802@hiwaay.net> Cc: FreeBSD toolchain mailing list !!!! From: "William A. Mahaffey III" Message-ID: <56689509.1050802@hiwaay.net> Date: Wed, 9 Dec 2015 15:00:03 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Dec 2015 20:54:35 -0000 On 12/09/15 12:03, Dimitry Andric wrote: > On 09 Dec 2015, at 17:50, William A. Mahaffey III wrote: >> I am still trying to statically link my inhouse code. I switched to using g++5 in the link line: > ... >> g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static -Wl,-s,--allow-multiple-definition,-rpath=/usr/local/lib/gcc5 Main.o -L/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron -L/home/wam/lib/R4 -L/usr/lib64/openmotif -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license -Wl,--end-group -lMemIO -lMotif -lStdHash -lmpi -ltet -lgomp -lMrm -lXm -lXt -lGL -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm -static-libgcc -static-libstdc++ -Bstatic -lgfortran -static-libgfortran && \rm -f Main.o >> [wam@kabini1, ~, 10:51:48am] 917 % PreBFCGL.TEST >> /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found >> [wam@kabini1, ~, 10:51:52am] 918 % PreBFCGL.TEST.static >> /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found >> [wam@kabini1, ~, 10:52:02am] 919 % PreBFCGL.bdver1.TEST.static >> /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc48/libgfortran.so.3 not found >> [wam@kabini1, ~, 10:52:04am] 920 % uname -a > Instead of all the complicated stuff above, can't you simply use -static > while linking? I'm not sure why you want a half-dynamic, half-static > executable? > > If you want to link *some* of the libraries statically, you must enclose > these in a -Wl,-Bstatic ... -Wl,-Bdynamic pair. For example: > > -Wl,-Bstatic -lstdc++ -lgfortran -lgcc -Wl,-Bdynamic > > Also, you should probably link using gcc5 instead of g++5, otherwise the > latter might add its own -lstdc++ arguments. > > -Dimitry I went ahead & tried the -Wl,-Bstatic & -Wl,-Bdynamic (I show output from successful dynamic link & problematic static link for comparison): . . . chmod: /usr/local/bin/PreBFCGL.opteron.TEST.R8: No such file or directory *** [/usr/local/bin/PreBFCGL.opteron.TEST.R8] Error code 1 (ignored) ar xv /home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R8/opteron/libmaiPre.a Main.o x - Main.o g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.R8 -Wl,-s,--allow-multiple-definition,-rpath=/usr/local/lib/gcc5 Main.o -L/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc /pre/../lib/R8/opteron -L/home/wam/lib/R8 -L/usr/lib64/openmotif -L/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron -L/home/wam/lib/R4 -L/usr/l ib64/openmotif -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license -Wl,--end-group -lMemIO -lMotif -lStdHash -lgfortran -l gomp -lgcc -lmpi -ltet -lMrm -lXm -lXt -lGL -lGLU -lGLw -lX11 -ljpeg -lpng -lz -lm && \rm -f Main.o chmod -fv go+rx,a-w /usr/local/bin/PreBFCGL.opteron.TEST.R8 /usr/local/bin/PreBFCGL.opteron.TEST.R8 Done with /usr/local/bin/PreBFCGL.opteron.TEST.R8. MakePRE: Everything usual up to Date. Everything MemLibs up to date. Everything HashLibs up to date. Everything DumpLibs up to date. Everything BCLibs up to date. Everything allLibs up to date. chmod: /usr/local/bin/PreBFCGL.opteron.TEST.static: No such file or directory *** [/usr/local/bin/PreBFCGL.opteron.TEST.static] Error code 1 (ignored) ar xv /home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/pre/../lib/R4/opteron/libmaiPre.a Main.o x - Main.o g++5 -o /usr/local/bin/PreBFCGL.opteron.TEST.static -Wl,-s,--allow-multiple-definition,-rpath=/usr/local/lib/gcc5 Main.o -L/home/wam/V8/Cnx/test/junk/cart/unstaggered /bfc/pre/../lib/R4/opteron -L/home/wam/lib/R4 -L/usr/lib64/openmotif -Wl,--start-group -lmaiPre -lPre -lPrecxx -lutils -lftndmp -lftnO2pre -lftnO2 -lBC_Phi -license -Wl,--end-group -lMemIO -lMotif -lStdHash -static-libstdc++ -Wl,-Bstatic -lgfortran -lgomp -lgcc -Wl,-Bdynamic -lmpi -ltet -lMrm -lXm -lXt -lGL -lGLU -lGLw -lX11 -ljp eg -lpng -lz -lm && \rm -f Main.o /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.a(write.o): In function `write_float': /usr/ports/lang/gcc5-devel/work/build/x86_64-portbld-freebsd9.3/libgfortran/../.././../gcc-5-20151124/libgfortran/io/write_float.def:1306: undefined reference to `sig nbitq' /usr/ports/lang/gcc5-devel/work/build/x86_64-portbld-freebsd9.3/libgfortran/../.././../gcc-5-20151124/libgfortran/io/write_float.def:1306: undefined reference to `fin iteq' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.a(write.o): In function `determine_en_precision': /usr/ports/lang/gcc5-devel/work/build/x86_64-portbld-freebsd9.3/libgfortran/../.././../gcc-5-20151124/libgfortran/io/write_float.def:1213: undefined reference to `fin iteq' /usr/local/lib/gcc5/gcc/x86_64-portbld-freebsd9.3/5.2.1/../../../libgfortran.a(write.o): In function `write_float': /usr/ports/lang/gcc5-devel/work/build/x86_64-portbld-freebsd9.3/libgfortran/../.././../gcc-5-20151124/libgfortran/io/write_float.def:1306: undefined reference to `isn anq' collect2: error: ld returned 1 exit status 1 error *** [/usr/local/bin/PreBFCGL.opteron.TEST.static] Error code 1 (continuing) . . . I reordered the linking of C++, FORTRAN & C libraries, since the unresolved symbols looked suspiciously similar to analagous ANSI C functions, but no go .... I also tried the -lgfortran twice, same problem. *Any* more ideas appreciated. TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Thu Dec 10 16:31:00 2015 Return-Path: Delivered-To: freebsd-toolchain@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 78B5E9D79FA; Thu, 10 Dec 2015 16:31:00 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 34A751632; Thu, 10 Dec 2015 16:30:59 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBAGUpHW008615 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 Dec 2015 10:30:52 -0600 To: FreeBSD Questions !!!! , FreeBSD toolchain mailing list !!!! From: "William A. Mahaffey III" Subject: gcc5-devel question Message-ID: <5669A8BB.3030602@hiwaay.net> Date: Thu, 10 Dec 2015 10:36:21 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2015 16:31:00 -0000 I just did a 'pkg upgrade -y' when I noticed upgraded LibGL available. I was hoping it might include static versions of libGL/GLU/GLw, but no such luck. However, pkg did reinstall gcc5-devel-5.2.1.s20151124 due to changed options. I cd'ed to /usr/ports/lang/gcc5-devel & poked around a bit. I saw no files or directories dated today, the latest was dated Dec 02, the last time I upgraded & did a 'make install'. I did a find in /usr/ports & /usr/ports/lang/gcc5-devel was all there was. Did the compiler indeed get reinstalled ? If so, where :-) ? Also, when I did a 'make showconfig', it showed graphite support ready to go (*yippeeee*, kudos), but no executable that I could locate on short notice. Do I still need to compile it up, or is there an executable ready to go somewhere not-so-obvious to me :-) ? When I last compiled it up last week, I did a 'make install FORCE_PKG_REGISTER=1' which overwrote /usr/local/bin/gcc5 (not a huge issue, but still ....), how do I tell it to install the executable under a different name ? BTW, I am *NOT* particularly familiar w/ the 'GNU way', so pardon me if this is a bit noobish :-/ .... TIA & have a good one. -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Thu Dec 10 16:56:48 2015 Return-Path: Delivered-To: freebsd-toolchain@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 593DA9D5C6D; Thu, 10 Dec 2015 16:56:48 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2B297173E; Thu, 10 Dec 2015 16:56:47 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBAGujYr030608 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Thu, 10 Dec 2015 10:56:46 -0600 Subject: Re: gcc5-devel question To: FreeBSD Questions !!!! , FreeBSD toolchain mailing list !!!! References: <5669A8BB.3030602@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <5669AECD.8020604@hiwaay.net> Date: Thu, 10 Dec 2015 11:02:15 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 In-Reply-To: <5669A8BB.3030602@hiwaay.net> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2015 16:56:48 -0000 On 12/10/15 10:35, William A. Mahaffey III wrote: > > > I just did a 'pkg upgrade -y' when I noticed upgraded LibGL available. > I was hoping it might include static versions of libGL/GLU/GLw, but no > such luck. However, pkg did reinstall gcc5-devel-5.2.1.s20151124 due > to changed options. I cd'ed to /usr/ports/lang/gcc5-devel & poked > around a bit. I saw no files or directories dated today, the latest > was dated Dec 02, the last time I upgraded & did a 'make install'. I > did a find in /usr/ports & /usr/ports/lang/gcc5-devel was all there > was. Did the compiler indeed get reinstalled ? If so, where :-) ? > > Also, when I did a 'make showconfig', it showed graphite support ready > to go (*yippeeee*, kudos), but no executable that I could locate on > short notice. Do I still need to compile it up, or is there an > executable ready to go somewhere not-so-obvious to me :-) ? > > When I last compiled it up last week, I did a 'make install > FORCE_PKG_REGISTER=1' which overwrote /usr/local/bin/gcc5 (not a huge > issue, but still ....), how do I tell it to install the executable > under a different name ? BTW, I am *NOT* particularly familiar w/ the > 'GNU way', so pardon me if this is a bit noobish :-/ .... TIA & have a > good one. > > A bit more info, sorry for the omissions: [wam@devbox, utils, 11:00:55am] 4458 % ( lltr /usr/local/bin/*gcc* ) -r-xr-xr-x 3 root wheel 643768 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm48* -r-xr-xr-x 2 root wheel 24920 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar48* -r-xr-xr-x 3 root wheel 643768 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-4.8.5* -r-xr-xr-x 3 root wheel 643768 Nov 30 21:34 /usr/local/bin/gcc48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/gcc-ranlib48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/gcc-nm48* -r-xr-xr-x 2 root wheel 24920 Nov 30 21:34 /usr/local/bin/gcc-ar48* lrwxr-xr-x 1 root wheel 20 Nov 30 21:35 /usr/local/bin/gcc@ -> /usr/local/bin/gcc48 -r-xr-xr-x 1 root wheel 25704 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib* -r-xr-xr-x 1 root wheel 25704 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm* -r-xr-xr-x 1 root wheel 25736 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar* -r-xr-xr-x 2 root wheel 742608 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-5.2.0* -r-xr-xr-x 2 root wheel 742608 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc* -r-xr-xr-x 3 root wheel 895144 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm5* -r-xr-xr-x 2 root wheel 25944 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar5* -r-xr-xr-x 3 root wheel 895144 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-5.2.1* -r-xr-xr-x 3 root wheel 895144 Dec 9 02:05 /usr/local/bin/gcc5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/gcc-ranlib5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/gcc-nm5* -r-xr-xr-x 2 root wheel 25944 Dec 9 02:05 /usr/local/bin/gcc-ar5* -r-xr-xr-x 3 root wheel 846360 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar49* -r-xr-xr-x 3 root wheel 846360 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-4.9.4* -r-xr-xr-x 3 root wheel 846360 Dec 9 05:58 /usr/local/bin/gcc49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/gcc-ranlib49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/gcc-nm49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/gcc-ar49* [wam@devbox, utils, 11:01:02am] 4459 % diff /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-5.2.1 /usr/local/bin/gcc5 [wam@devbox, utils, 11:01:18am] 4460 % uname -a FreeBSD devbox 9.3-RELEASE-p30 FreeBSD 9.3-RELEASE-p30 #0: Mon Nov 2 10:11:50 UTC 2015 root@amd64-builder.daemonology.net:/usr/obj/usr/src/sys/GENERIC amd64 [wam@devbox, utils, 11:02:04am] 4461 % -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. From owner-freebsd-toolchain@freebsd.org Thu Dec 10 19:57:04 2015 Return-Path: Delivered-To: freebsd-toolchain@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 2A4A09D64A5 for ; Thu, 10 Dec 2015 19:57:04 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-211-151.reflexion.net [208.70.211.151]) (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 B92061FF5 for ; Thu, 10 Dec 2015 19:57:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7282 invoked from network); 10 Dec 2015 19:56:56 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 10 Dec 2015 19:56:56 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Thu, 10 Dec 2015 14:56:56 -0500 (EST) Received: (qmail 6995 invoked from network); 10 Dec 2015 19:56:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 10 Dec 2015 19:56:55 -0000 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 5D78C1C43C1; Thu, 10 Dec 2015 11:56:52 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: bug 205183: powerpc64's 11.0-CURRENT clang 3.7 crashes compiling atf-check.cpp during buildworld Message-Id: <69FFE249-A5B2-4D2E-B05B-7875F7572459@dsl-only.net> Date: Thu, 10 Dec 2015 11:56:55 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) X-Mailer: Apple Mail (2.2104) X-Mailman-Approved-At: Thu, 10 Dec 2015 21:48:06 +0000 X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2015 19:57:04 -0000 I have submitted bug 205183 for powerpc64's 11.0-CURRENT r291745 system = clang 3.7 crashing when compiling contrib/atf/atf-sh/atf-check.cpp = during buildworld. The backtrace and a .zip of the atf-check-a96a93.cpp = and atf-check-a96a93.sh provided were submitted. The "Affects Only Me" status might need to change if others also see the = crash. In my context it is reproducible. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Thu Dec 10 22:27:33 2015 Return-Path: Delivered-To: freebsd-toolchain@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 29EC09D6036; Thu, 10 Dec 2015 22:27:33 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (mail.vlakno.cz [91.217.96.224]) by mx1.freebsd.org (Postfix) with ESMTP id E4C111BE6; Thu, 10 Dec 2015 22:27:32 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: by vlakno.cz (Postfix, from userid 1002) id B0FB81E209B4; Thu, 10 Dec 2015 23:19:30 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vlakno.cz; s=mail; t=1449785970; bh=n4IKAKhbCC29mxRTfKzqk58bM/b7+Q4cwiU/xKYwPnE=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=Z7xKvicCEslCXMYDcJHvvnjihUWIffcN4tnkTUytbTU/9lg86xVyQ+ob4gfmXlntN GFB4+8FLNcOPHw1K29td3iElWL+gFK3hcLEhy9mb6F6O3AmYgqQN6UWlgvlfL3LyTf yeQVubK5flg9ZxiBqVcZmm5jyT0Qv+se08dLqDxM= Date: Thu, 10 Dec 2015 23:19:30 +0100 From: Roman Divacky To: Mark Millard Cc: FreeBSD PowerPC ML , FreeBSD Toolchain Subject: Re: bug 205183: powerpc64's 11.0-CURRENT clang 3.7 crashes compiling atf-check.cpp during buildworld Message-ID: <20151210221930.GA52091@vlakno.cz> References: <69FFE249-A5B2-4D2E-B05B-7875F7572459@dsl-only.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <69FFE249-A5B2-4D2E-B05B-7875F7572459@dsl-only.net> User-Agent: Mutt/1.5.24 (2015-08-30) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Dec 2015 22:27:33 -0000 On Thu, Dec 10, 2015 at 11:56:55AM -0800, Mark Millard wrote: > I have submitted bug 205183 for powerpc64's 11.0-CURRENT r291745 system clang 3.7 crashing when compiling contrib/atf/atf-sh/atf-check.cpp during buildworld. The backtrace and a .zip of the atf-check-a96a93.cpp and atf-check-a96a93.sh provided were submitted. > > The "Affects Only Me" status might need to change if others also see the crash. In my context it is reproducible. > This is https://llvm.org/bugs/show_bug.cgi?id=25802 From owner-freebsd-toolchain@freebsd.org Fri Dec 11 16:03:14 2015 Return-Path: Delivered-To: freebsd-toolchain@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 F169E9D7093 for ; Fri, 11 Dec 2015 16:03:14 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from fly.hiwaay.net (fly.hiwaay.net [216.180.54.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C1AE91DFB for ; Fri, 11 Dec 2015 16:03:14 +0000 (UTC) (envelope-from wam@hiwaay.net) Received: from kabini1.local (dynamic-216-186-213-32.knology.net [216.186.213.32] (may be forged)) (authenticated bits=0) by fly.hiwaay.net (8.13.8/8.13.8/fly) with ESMTP id tBBG3B2S001725 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Fri, 11 Dec 2015 10:03:12 -0600 To: FreeBSD toolchain mailing list !!!! From: "William A. Mahaffey III" Subject: gcc5-devel questions Message-ID: <566AF3BF.5060905@hiwaay.net> Date: Fri, 11 Dec 2015 10:08:41 -0553.75 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.20 Precedence: list List-Id: Maintenance of FreeBSD's integrated toolchain List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Dec 2015 16:03:15 -0000 I pkg-upgraded-all yesterday, & my gcc5-devel port got reinstalled due to 'options changed'. Sitting in /usr/ports/lang/gcc5-devel, I observe the following: [root@devbox, gcc5-devel, 10:00:54am] 915 % lltr total 1065 -rw-r--r-- 1 root wheel 239 Aug 23 2014 pkg-descr -rw-r--r-- 1 root wheel 2869 Sep 26 06:09 pkg-plist -rw-r--r-- 1 root wheel 140 Nov 27 17:29 distinfo -rw-r--r-- 1 root wheel 5342 Nov 27 17:29 Makefile drwxr-xr-x 2 root wheel 6 Dec 2 17:55 files/ -rw-r--r-- 1 root wheel 1498 Dec 2 18:07 LIST.install.fubared.txt drwxr-xr-x 5 root wheel 22 Dec 2 19:01 work/ -rw-r--r-- 1 root wheel 12157560 Dec 2 19:01 LIST.install.AOK.txt -rw-r--r-- 1 root wheel 250 Dec 11 09:43 LIST [root@devbox, gcc5-devel, 10:00:57am] 916 % make showconfig ===> The following configuration options are available for gcc5-devel-5.2.1.s20151124: BOOTSTRAP=on: Build using a full bootstrap GRAPHITE=on: Support for Graphite loop optimizations JAVA=on: Java platform support ===> Use 'make config' to modify these settings [root@devbox, gcc5-devel, 10:01:06am] 917 % lltr /usr/local/bin/*gcc* -r-xr-xr-x 3 root wheel 643768 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm48* -r-xr-xr-x 2 root wheel 24920 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar48* -r-xr-xr-x 3 root wheel 643768 Nov 30 21:34 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-4.8.5* -r-xr-xr-x 3 root wheel 643768 Nov 30 21:34 /usr/local/bin/gcc48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/gcc-ranlib48* -r-xr-xr-x 2 root wheel 24880 Nov 30 21:34 /usr/local/bin/gcc-nm48* -r-xr-xr-x 2 root wheel 24920 Nov 30 21:34 /usr/local/bin/gcc-ar48* lrwxr-xr-x 1 root wheel 20 Nov 30 21:35 /usr/local/bin/gcc@ -> /usr/local/bin/gcc48 -r-xr-xr-x 1 root wheel 25704 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib* -r-xr-xr-x 1 root wheel 25704 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm* -r-xr-xr-x 1 root wheel 25736 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar* -r-xr-xr-x 2 root wheel 742608 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-5.2.0* -r-xr-xr-x 2 root wheel 742608 Nov 30 21:55 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc* -r-xr-xr-x 3 root wheel 895144 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm5* -r-xr-xr-x 2 root wheel 25944 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar5* -r-xr-xr-x 3 root wheel 895144 Dec 9 02:05 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-5.2.1* -r-xr-xr-x 3 root wheel 895144 Dec 9 02:05 /usr/local/bin/gcc5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/gcc-ranlib5* -r-xr-xr-x 2 root wheel 25912 Dec 9 02:05 /usr/local/bin/gcc-nm5* -r-xr-xr-x 2 root wheel 25944 Dec 9 02:05 /usr/local/bin/gcc-ar5* -r-xr-xr-x 3 root wheel 846360 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ranlib49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-nm49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-ar49* -r-xr-xr-x 3 root wheel 846360 Dec 9 05:58 /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-4.9.4* -r-xr-xr-x 3 root wheel 846360 Dec 9 05:58 /usr/local/bin/gcc49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/gcc-ranlib49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/gcc-nm49* -r-xr-xr-x 2 root wheel 25464 Dec 9 05:58 /usr/local/bin/gcc-ar49* [root@devbox, gcc5-devel, 10:01:12am] 918 % When I try to compile this port up ('make'), nothing happens. 'make force' says 'no Makefile entry 'force'. When I try to use the compiler, I get messages like the following: Beginning background make O3 Initiated at 09:36:21 AM MCST on Friday, December 11, 2015 make.3.8.2[1]: Entering directory `/home/wam/V8/Cnx/test/junk/cart/unstaggered/bfc/utils' gcc5 -DNDEBUG -DUNDER_SCORE_SYS -DLOSE_GAMMAL -I../include -I../Properties -I../TEST -I../pre -I/usr/local/include -I/usr/local/include/vtk-6.1 -fpermissive -Wno-write-strings -std=c99 -march=opteron -mtune=opteron -O3 -fprefetch-loop-arrays -floop-parallelize-all -ftree-parallelize-loops=4 -fopt-info-loop-optimized -march=opteron -mtune=opteron -c Cutils.c Vutils.c CadData.c GeomUtils.c MathUtils.c StringUtils.c Array.c Ids.c IntA.c UintA.c RealA.c PtrA.c PtrStack.c String.c Words.c LabelledData.c Gauss.c Getopt.c TimeStamp.c convection.c cfd.c TaggedM.c VTK.c XML.c BLAS.c SVD.c SysUtils.c VectorIO.c ArrayIDs.c SegIDs.c simplex.c runge.c cc1: warning: command line option '-fpermissive' is valid for C++/ObjC++ but not for C Cutils.c:1:0: sorry, unimplemented: Graphite loop optimizations cannot be used (ISL is not available)(-fgraphite, -fgraphite-identity, -floop-block, -floop-interchange, -floop-strip-mine, -floop-parallelize-all, -floop-unroll-and-jam, and -ftree-loop-linear) i.e. no Graphite support. As seen below, the pkg-installed gcc5 & the port-compiled version are identical: [root@devbox, gcc5-devel, 10:03:47am] 919 % diff /usr/local/bin/x86_64-portbld-freebsd9.3-gcc-5.2.1 /usr/local/bin/gcc5 [root@devbox, gcc5-devel, 10:03:48am] 919 % The isl pkg is indeed installed: [root@devbox, gcc5-devel, 10:04:43am] 920 % lltr /usr/local/lib/*isl* -rw-r--r-- 1 root wheel 3939 Nov 5 22:11 /usr/local/lib/libisl.so.15.0.0-gdb.py -rwxr-xr-x 1 root wheel 1837643 Nov 5 22:11 /usr/local/lib/libisl.so.15.0.0* lrwxr-xr-x 1 root wheel 16 Nov 5 22:11 /usr/local/lib/libisl.so.15@ -> libisl.so.15.0.0 lrwxr-xr-x 1 root wheel 16 Nov 5 22:11 /usr/local/lib/libisl.so@ -> libisl.so.15.0.0 -rw-r--r-- 1 root wheel 2840094 Nov 5 22:11 /usr/local/lib/libisl.a -rwxr-xr-x 1 root wheel 191941 Nov 6 00:04 /usr/local/lib/libcloog-isl.so.4.0.0* lrwxr-xr-x 1 root wheel 21 Nov 6 00:04 /usr/local/lib/libcloog-isl.so.4@ -> libcloog-isl.so.4.0.0 lrwxr-xr-x 1 root wheel 21 Nov 6 00:04 /usr/local/lib/libcloog-isl.so@ -> libcloog-isl.so.4.0.0 -rw-r--r-- 1 root wheel 257274 Nov 6 00:04 /usr/local/lib/libcloog-isl.a /usr/local/lib/cloog-isl: total 5 -rw-r--r-- 1 root wheel 813 Nov 6 00:04 cloog-isl-config.cmake /usr/local/lib/isl: total 5 -rw-r--r-- 1 root wheel 670 Nov 6 00:04 isl-config.cmake [root@devbox, gcc5-devel, 10:04:44am] 920 % Why are the port-compiled gcc5-devel & the pkg-installed gcc5 identical ? How do I get the gcc5-devel to recompile (not just relink) to recover Graphite support ? -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr.