From owner-freebsd-toolchain@freebsd.org Sun Nov 29 03:58:09 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 13E58A3A8D9 for ; Sun, 29 Nov 2015 03:58:09 +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 C9FC91E0B for ; Sun, 29 Nov 2015 03:58:08 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 1600 invoked from network); 29 Nov 2015 03:58:01 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 29 Nov 2015 03:58:01 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sat, 28 Nov 2015 22:58:02 -0500 (EST) Received: (qmail 581 invoked from network); 29 Nov 2015 03:58:02 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 29 Nov 2015 03:58:02 -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 E8605B1E001; Sat, 28 Nov 2015 19:57:54 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: lang/gcc5 vs. devel/powerpc64-gcc: conflict for /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc-5.2.0 From: Mark Millard In-Reply-To: <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> Date: Sat, 28 Nov 2015 19:57:59 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <01BA3FF2-F362-48FA-B9E2-112E05CC00ED@dsl-only.net> <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> To: FreeBSD PowerPC ML , FreeBSD Toolchain 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, 29 Nov 2015 03:58:09 -0000 On a powerpc64 PowerMac I attempted to install lang/gcc5 and then use it = to update devel/powerpc64-xtoolchain-gcc from the old 4.9.1 vintage that = I had around. After the usual workaround for around 6 files that stage = funny when a powerpc64 hosts powerpc64-gcc being built, I got the = following notice on continuing the powerpc64-xtoolchain-gcc build = (portmaster's -C used): > Installing powerpc64-gcc-5.2.0... > pkg-static: powerpc64-gcc-5.2.0 conflicts with gcc5-5.2.0_2 (installs = files into the same place). Problematic file: = /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc-5.2.0 Context details for those that care: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #12 r281630M: Sat = Apr 18 01:15:13 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100070 1100070 The activity was to be a preliminary stage to updating to a more modern = 11.0-CURRENT based on the updated powerpc64-xtoolchain-gcc . > # 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: 402562 > Node Kind: directory > Schedule: normal > Last Changed Author: rene > Last Changed Rev: 402562 > Last Changed Date: 2015-11-28 15:08:03 -0800 (Sat, 28 Nov 2015) > # more /etc/make.conf > WRKDIRPREFIX=3D/usr/obj/portswork > MALLOC_PRODUCTION=3D > CC=3D/usr/local/bin/gcc5 > CXX=3D/usr/local/bin/g++5 > CPP=3D/usr/local/bin/cpp5 > AS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/as > AR=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ar > LD=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ld > NM=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/nm > OBJCOPY=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objcopy > OBJDUMP=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/objdump > RANLIB=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/ranlib > SIZE=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/size > STRINGS=3D/usr/local/powerpc64-portbld-freebsd11.0/bin/strings Side note on the powerpc64-gcc staging problems: My workaround for the powerpc64-gcc staging problems when built on a = powerpc64 PowerMac for a 11.0-CURRENT context was: > cp -ax = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/build-gcc/gcc/gcov = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/bin/= powerpc64-portbld-freebsd11.0-gcov >=20 > cp -ax = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/build-gcc/gcc/gcov-t= ool = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/bin/= powerpc64-portbld-freebsd11.0-gcov-tool >=20 > cp -ax = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/cpp.1.gz = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/powerpc64-portbld-freebsd11.0-cpp.1.gz >=20 > cp -ax = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/g++.1.gz = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/powerpc64-portbld-freebsd11.0-g++.1.gz >=20 > cp -ax = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/gcc.1.gz = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/powerpc64-portbld-freebsd11.0-gcc.1.gz >=20 > cp -ax = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/gcov.1.gz = /usr/obj/portswork/usr/ports/devel/powerpc64-gcc/work/stage/usr/local/man/= man1/powerpc64-portbld-freebsd11.0-gcov.1.gz >=20 > portmaster --no-confirm -CtDK lang/powerpc64-xtoolchain-gcc That last simply added the "C" before the "tDK" of the original = portmaster command that I started the powerpc64-xtoolchain-gcc build = with. =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Nov 29 10:03:10 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 77627A3B8B9 for ; Sun, 29 Nov 2015 10:03:10 +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 3B4E41F6E for ; Sun, 29 Nov 2015 10:03:09 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28291 invoked from network); 29 Nov 2015 10:03:08 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 29 Nov 2015 10:03:08 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 29 Nov 2015 05:03:07 -0500 (EST) Received: (qmail 30787 invoked from network); 29 Nov 2015 10:03:07 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 29 Nov 2015 10:03:07 -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 A1165B1E002; Sun, 29 Nov 2015 02:03:05 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: head/kerberos5/lib/libkrb5/ and libhdb/ not looking in /usr/obj/usr/src/tmp/usr/lib/ for linking From: Mark Millard In-Reply-To: <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> Date: Sun, 29 Nov 2015 02:03:05 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <106D9CB0-D9AE-4463-A03E-3AB16583CDA7@dsl-only.net> References: <01BA3FF2-F362-48FA-B9E2-112E05CC00ED@dsl-only.net> <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> To: FreeBSD PowerPC ML , FreeBSD Toolchain 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, 29 Nov 2015 10:03:10 -0000 The following additions of "-L/usr/obj/usr/src/tmp/usr/lib" just = illustrate the kind of path that is missing for libkrb5 and libhdb: = these additions were sufficient for my context to link. I do not think = such hard wired path are appropriate outside such an experiment. Index: /usr/src/kerberos5/lib/libhdb/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/kerberos5/lib/libhdb/Makefile (revision 291443) +++ /usr/src/kerberos5/lib/libhdb/Makefile (working copy) @@ -1,7 +1,7 @@ # $FreeBSD$ =20 LIB=3D hdb -LDFLAGS=3D -Wl,--no-undefined ${LDAPLDFLAGS} +LDFLAGS=3D -Wl,--no-undefined ${LDAPLDFLAGS} = -L/usr/obj/usr/src/tmp/usr/lib VERSION_MAP=3D ${KRB5DIR}/lib/hdb/version-script.map LIBADD=3D asn1 com_err krb5 roken sqlite3 LDADD=3D ${LDAPLDADD} Index: /usr/src/kerberos5/lib/libkrb5/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/kerberos5/lib/libkrb5/Makefile (revision 291443) +++ /usr/src/kerberos5/lib/libkrb5/Makefile (working copy) @@ -1,7 +1,7 @@ # $FreeBSD$ =20 LIB=3D krb5 -LDFLAGS=3D -Wl,--no-undefined +LDFLAGS=3D -Wl,--no-undefined -L/usr/obj/usr/src/tmp/usr/lib VERSION_MAP=3D ${KRB5DIR}/lib/krb5/version-script.map LIBADD=3D asn1 com_err crypt crypto hx509 roken wind heimbase = heimipcc =20 Without those -L/usr/obj/usr/src/tmp/usr/lib additions the results were = that the following were not found: -lprivateheimipcc and -lprivatesqlite3 See below: --- libkrb5.so.11.full --- building shared library libkrb5.so.11 /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -Wl,--no-undefined = -Wl,--version-script=3D/usr/src/kerberos5/lib/libkrb5/../../../crypto/heim= dal/lib/krb5/version- script.map -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libkrb5.so.11.full = -Wl,-soname,libkrb5.so.11 . . . -lasn1 -lcom_err -lcrypt -lcrypto = -lhx509 -lroken -lwind -lheimbase -lprivateheimipcc /usr/local/bin/powerpc64-freebsd-ld: cannot find -lprivateheimipcc collect2: error: ld returned 1 exit status *** [libkrb5.so.11.full] Error code 1 and --- kerberos5/lib/libhdb__L --- /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -Wl,--no-undefined = -Wl,--version-script=3D/usr/src/kerberos5/lib/libhdb/../../../crypto/heimd= al/lib/hdb/version-s cript.map -fstack-protector-strong -shared -Wl,-x -Wl,--fatal-warnings = -Wl,--warn-shared-textrel -o libhdb.so.11.full -Wl,-soname,libhdb.so.11 = . . . -lasn1 -lcom_err -lkrb5 -lroken -lprivatesqlite3 -lpthread . . . --- kerberos5/lib/libhdb__L --- --- libhdb.so.11.full --- /usr/local/bin/powerpc64-freebsd-ld: cannot find -lprivatesqlite3 collect2: error: ld returned 1 exit status *** [libhdb.so.11.full] Error code 1 With the 2 -L/usr/obj/usr/src/tmp/usr/lib additions the build gets well = past head/kerberos5 . Context details if you care: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #12 r281630M: Sat = Apr 18 01:15:13 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100070 1100070 I am attempting an update after having been away from the PowerMacs for = months. > # svnlite info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 291443 > Node Kind: directory > Schedule: normal > Last Changed Author: nwhitehorn > Last Changed Rev: 291442 > Last Changed Date: 2015-11-28 23:16:08 -0800 (Sat, 28 Nov 2015) > make -j 8 WITH_FAST_DEPEND=3D CROSS_TOOLCHAIN=3Dpowerpc64-gcc \ > WITH_LIBCPLUSPLUS=3D \ > WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=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 powerpc64-gcc had been updated to be modern first: it is 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: 402562 > Node Kind: directory > Schedule: normal > Last Changed Author: rene > Last Changed Rev: 402562 > Last Changed Date: 2015-11-28 15:08:03 -0800 (Sat, 28 Nov 2015) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Sun Nov 29 20:43: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 72D41A3B996 for ; Sun, 29 Nov 2015 20:43:04 +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 242DF1CFF for ; Sun, 29 Nov 2015 20:43:03 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 24014 invoked from network); 29 Nov 2015 20:42:59 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 29 Nov 2015 20:42:59 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 29 Nov 2015 15:42:58 -0500 (EST) Received: (qmail 2427 invoked from network); 29 Nov 2015 20:42:58 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 29 Nov 2015 20:42:58 -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 7127D1C4400; Sun, 29 Nov 2015 12:42:53 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: - j 6 buildworld: -lcapsicum use before libcapsicum.so.0 /usr/obj/usr/src/tmp/lib/ install From: Mark Millard In-Reply-To: <106D9CB0-D9AE-4463-A03E-3AB16583CDA7@dsl-only.net> Date: Sun, 29 Nov 2015 12:42:56 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <01BA3FF2-F362-48FA-B9E2-112E05CC00ED@dsl-only.net> <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> <106D9CB0-D9AE-4463-A03E-3AB16583CDA7@dsl-only.net> To: FreeBSD PowerPC ML , FreeBSD Toolchain 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, 29 Nov 2015 20:43:04 -0000 This is a -j 6 buildworld context. In the following sequence the -lcapsicum use when linking = libcasper.so.0.full does not use /usr/obj/usr/src/tmp/lib/libcapsicum.so = because that file and the link to it at = /usr/obj/usr/src/tmp/usr/lib/libcapsicum.so are only created (installed) = later. (See the sequence later below.) This can lead to use of /lib/libcapsicum.so instead if it is found, = which for my context it is. In my case of updating from 11.0-CURRENT = from back on 2015-Apr-18 /lib/libcapsicum.so use ends up complaining = about undefined references, such as to nvlist_getf_binary that existed = back then but do not now. That is what exposed the time-order problem. > --- all_subdir_libcasper --- > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/lib/libc++/. = -L/usr/lib/. -fstack-protector-strong -shared -Wl,-x = -Wl,--fatal-warnings -Wl,--warn-shared-textrel -o libcasper.so.0.full = -Wl,-soname,libcasper.so.0 `NM=3D'/usr/local/powerpc64-freebsd/bin/nm' = NMFLAGS=3D'' lorder libcasper.So | tsort -q` -lcapsicum -lnv -lpjdlog . . . > =3D=3D=3D> lib/libcapsicum (install) > --- _libinstall --- > --- _INCSINS --- > --- _libinstall --- > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 = libcapsicum.a /usr/obj/usr/src/tmp/usr/lib/ > --- _INCSINS --- > sh /usr/src/tools/install.sh -C -o root -g wheel -m 444 = /usr/src/lib/libcapsicum/libcapsicum.h = /usr/src/lib/libcapsicum/libcapsicum_dns.h = /usr/src/lib/libcapsicum/libcapsicum_grp.h = /usr/src/lib/libcapsicum/libcapsicum_pwd.h = /usr/src/lib/libcapsicum/libcapsicum_random.h = /usr/src/lib/libcapsicum/libcapsicum_service.h = /usr/src/lib/libcapsicum/libcapsicum_sysctl.h = /usr/obj/usr/src/tmp/usr/include/ > --- _libinstall --- > sh /usr/src/tools/install.sh -s -o root -g wheel -m 444 = libcapsicum.so.0 /usr/obj/usr/src/tmp/lib/ > sh /usr/src/tools/install.sh -T debug -o root -g wheel -m 444 = libcapsicum.so.0.debug /usr/obj/usr/src/tmp/usr/lib/debug/lib/ > sh /usr/src/tools/install.sh -l rs = /usr/obj/usr/src/tmp/lib/libcapsicum.so.0 = /usr/obj/usr/src/tmp/usr/lib/libcapsicum.so The -L's ending with /.'s are from my /etc/src.conf . They are = associated with trying to self-build on a powerpc64 PowerMac using only = powerpc64-xtoolchain-gcc's powerpc64-gcc WITH_LIBCPLUSPLUS: = powerpc64-gcc is acting as both the host toolchain and the = CROSS_TOOLCHAIN. No 4.2.1 gcc is present. I know this is not a usual way = of doing things. There may be better ways. But if I manage to expose = some missing dependency tracking some good came of it. The make command was: > make -j 6 WITH_FAST_DEPEND=3D CROSS_TOOLCHAIN=3Dpowerpc64-gcc = WITH_LIBCPLUSPLUS=3D WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D = WITH_CLANG_IS_CC=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 Context details if you care: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #12 r281630M: Sat = Apr 18 01:15:13 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100070 1100070 I am attempting an update after having been away from the PowerMacs for = months. > # svnlite info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 291443 > Node Kind: directory > Schedule: normal > Last Changed Author: nwhitehorn > Last Changed Rev: 291442 > Last Changed Date: 2015-11-28 23:16:08 -0800 (Sat, 28 Nov 2015) > # more /etc/src.conf > NO_WERROR=3D > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > 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/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -I/usr/include/c++/v1/. > L/usr/obj/usr/src/tmp/usr/lib/lib32/. > CFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. > LDFLAGS+=3D-L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. > CXXFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/src/lib/libc++/. > LDFLAGS+=3D-L/usr/obj/usr/src/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. > LDFLAGS+=3D-L/usr/lib/. > # 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: 402562 > Node Kind: directory > Schedule: normal > Last Changed Author: rene > Last Changed Rev: 402562 > Last Changed Date: 2015-11-28 15:08:03 -0800 (Sat, 28 Nov 2015) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Nov 30 04:08:08 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 79832A3BF44 for ; Mon, 30 Nov 2015 04:08:08 +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 39BF31EF9 for ; Mon, 30 Nov 2015 04:08:07 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 17172 invoked from network); 30 Nov 2015 04:08:03 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 30 Nov 2015 04:08:03 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Sun, 29 Nov 2015 23:08:02 -0500 (EST) Received: (qmail 13182 invoked from network); 30 Nov 2015 04:08:02 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 30 Nov 2015 04:08:02 -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 6E2E7B1E001; Sun, 29 Nov 2015 20:07:54 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: More 11.0-CURRENT: without adding -lmd linking various programs are getting undefined references From: Mark Millard In-Reply-To: Date: Sun, 29 Nov 2015 20:07:59 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <8AF435C1-9F0B-4466-9210-A54D7210B30C@dsl-only.net> References: <01BA3FF2-F362-48FA-B9E2-112E05CC00ED@dsl-only.net> <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> <106D9CB0-D9AE-4463-A03E-3AB16583CDA7@dsl-only.net> To: FreeBSD PowerPC ML , FreeBSD Toolchain 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, 30 Nov 2015 04:08:08 -0000 Without the following explicit references to (lib)md or -lmd for = programs (possibly indirectly) using libmd I get link failures during = the build, such as: /usr/obj/usr/src/tmp/usr/lib/./libulog.so: undefined reference to = `_libmd_SHA1_Init' /usr/obj/usr/src/tmp/usr/lib/./libulog.so: undefined reference to = `_libmd_SHA1_Update' /usr/obj/usr/src/tmp/usr/lib/./libulog.so: undefined reference to = `_libmd_SHA1_Final' . . . /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Update' /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Final' /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Init' . . . I am attempting to build for updating an 2015-Apr-18 vintage = 11.0-CURRENT, so it starts from a context back from before the renames = to use the __libdm_ prefixes on the names. So for me no implicit = bindings are being provided. Some of my temporary(?) workarounds for this are: Index: /usr/src/libexec/ulog-helper/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/libexec/ulog-helper/Makefile (revision 291443) +++ /usr/src/libexec/ulog-helper/Makefile (working copy) @@ -5,6 +5,6 @@ BINMODE=3D4555 MAN=3D =20 -LIBADD=3D ulog +LIBADD=3D ulog md Index: /usr/src/cddl/sbin/zfs/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/cddl/sbin/zfs/Makefile (revision 291443) +++ /usr/src/cddl/sbin/zfs/Makefile (working copy) @@ -24,6 +24,6 @@ =20 DPADD=3D ${LIBGEOM} ${LIBJAIL} ${LIBNVPAIR} ${LIBUMEM} \ ${LIBUTIL} ${LIBUUTIL} ${LIBZFS_CORE} ${LIBZFS} -LDADD=3D -lgeom -ljail -lnvpair -lumem -lutil -luutil -lzfs_core -lzfs +LDADD=3D -lmd -lgeom -ljail -lnvpair -lumem -lutil -luutil -lzfs_core = -lzfs =20 .include Index: /usr/src/cddl/sbin/zpool/Makefile =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D --- /usr/src/cddl/sbin/zpool/Makefile (revision 291443) +++ /usr/src/cddl/sbin/zpool/Makefile (working copy) @@ -29,6 +29,6 @@ =20 DPADD=3D ${LIBAVL} ${LIBGEOM} ${LIBNVPAIR} \ ${LIBUMEM} ${LIBUTIL} ${LIBUUTIL} ${LIBZFS_CORE} ${LIBZFS} -LDADD=3D -lavl -lgeom -lnvpair -lumem -lutil -luutil -lzfs_core -lzfs +LDADD=3D -lmd -lavl -lgeom -lnvpair -lumem -lutil -luutil -lzfs_core = -lzfs =20 .include Without those the results were: --- ulog-helper.full --- /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li b/. -g -std=3Dgnu99 -fstack-protector-strong -Wsystem-headers -Wall = -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpointer-ari th -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow = -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-decls -Wol d-style-definition -Wno-pointer-sign -Wformat=3D2 -Wno-format-extra-args = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. = -L/usr/obj/usr/src/lib/libc ++/. -L/usr/lib/. -o ulog-helper.full ulog-helper.o -lulog . . . --- all_subdir_libexec --- /usr/obj/usr/src/tmp/usr/lib/./libulog.so: undefined reference to = `_libmd_SHA1_Init' /usr/obj/usr/src/tmp/usr/lib/./libulog.so: undefined reference to = `_libmd_SHA1_Update' /usr/obj/usr/src/tmp/usr/lib/./libulog.so: undefined reference to = `_libmd_SHA1_Final' collect2: error: ld returned 1 exit status . . . --- all_subdir_cddl --- /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li b/. = -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzpool/co= mmon -I/usr/src/cddl/sbin/zfs/../../../cddl/compat/opensolaris/include = -I/usr/src/c ddl/sbin/zfs/../../../cddl/compat/opensolaris/lib/libumem = -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/compat/opensolaris = -I/usr/src/cddl/sbin/zfs/../../../cddl/co ntrib/opensolaris/head = -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libuutil/co= mmon -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/ lib/libzfs/common = -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libzfs_core= /common -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/li b/libumem/common = -I/usr/src/cddl/sbin/zfs/../../../cddl/contrib/opensolaris/lib/libnvpair = -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/comm on = -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/= fs/zfs = -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/uts/common/= sys = -I/usr/src/cddl/sbin/zfs/../../../sys/cddl/contrib/opensolaris/common/zfs = -DNEED_SOLARIS_BOOLEAN -g -std=3Dgnu99 -fstack-protector-strong = -Wno-pointer-sign -Wno-u nknown-pragmas -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. -L/usr/obj/usr/src/lib/libc++/. = -L/usr/lib/. -o zfs.full zfs_main.o zfs_iter.o -lg eom -ljail -lnvpair -lumem -lutil -luutil -lzfs_core -lzfs . . . --- all_subdir_cddl --- /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Update' /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Final' /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Init' collect2: error: ld returned 1 exit status *** [zfs.full] Error code 1 . . . --- all_subdir_sbin --- ../sys/cddl/contrib/opensolaris/uts/common = -I/usr/src/cddl/sbin/zpool/../../../sys/cddl/contrib/opensolaris/uts/commo= n/fs/zfs -I/usr/src/cddl/sbin/zpool/../../.. /sys/cddl/contrib/opensolaris/uts/common/sys = -I/usr/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/= common -I/usr/src/cddl/sbin/zpool/../../.. /cddl/contrib/opensolaris/cmd/stat/common -DNEED_SOLARIS_BOOLEAN -g = -std=3Dgnu99 -fstack-protector-strong -Wno-pointer-sign = -Wno-unknown-pragmas -L/usr/obj/usr/sr c/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. = -L/usr/obj/usr/src/lib/libc++/. -L/usr/lib/. -o zpool.full zpool_main.o = zpool_vdev.o zpool_iter.o zpool_util.o zfs_c omutil.o timestamp.o -lavl -lgeom -lnvpair -lumem -lutil -luutil = -lzfs_core -lzfs . . . --- all_subdir_cddl --- /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Update' /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Final' /usr/obj/usr/src/tmp/usr/lib/./libzfs.so: undefined reference to = `_libmd_SHA256_Init' collect2: error: ld returned 1 exit status *** [zpool.full] Error code 1 The -L's ending with /.'s are from my /etc/src.conf . They are = associated with trying to self-build on a powerpc64 PowerMac using only = powerpc64-xtoolchain-gcc's powerpc64-gcc and with WITH_LIBCPLUSPLUS: = powerpc64-gcc is acting as both the host toolchain and the = CROSS_TOOLCHAIN. No 4.2.1 gcc is present. I know this is not a usual way = of doing things. There may be better ways. But if I manage to expose = some missing dependency tracking some good came of it. Another example is zinject. I'm still going through them. The make commands were: > make -j 6 -DNO_CLEAN WITH_FAST_DEPEND=3D CROSS_TOOLCHAIN=3Dpowerpc64-gcc= WITH_LIBCPLUSPLUS=3D WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D = WITH_CLANG_IS_CC=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 (The NO_CLEAN is from after the first build problem and is to avoid long = rebuild times to get back to the same point.) Context details if you care: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #12 r281630M: Sat = Apr 18 01:15:13 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100070 1100070 I am attempting an update after having been away from the PowerMacs for = months. > # svnlite info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 291443 > Node Kind: directory > Schedule: normal > Last Changed Author: nwhitehorn > Last Changed Rev: 291442 > Last Changed Date: 2015-11-28 23:16:08 -0800 (Sat, 28 Nov 2015) > # more /etc/src.conf > NO_WERROR=3D > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > 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/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -I/usr/include/c++/v1/. > L/usr/obj/usr/src/tmp/usr/lib/lib32/. > CFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. > LDFLAGS+=3D-L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. > CXXFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/src/lib/libc++/. > LDFLAGS+=3D-L/usr/obj/usr/src/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. > LDFLAGS+=3D-L/usr/lib/. > # 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: 402562 > Node Kind: directory > Schedule: normal > Last Changed Author: rene > Last Changed Rev: 402562 > Last Changed Date: 2015-11-28 15:08:03 -0800 (Sat, 28 Nov 2015) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Nov 30 06:11:08 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 1552BA316EE for ; Mon, 30 Nov 2015 06:11:08 +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 BC7E6128F for ; Mon, 30 Nov 2015 06:11:06 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 14791 invoked from network); 30 Nov 2015 06:11:05 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 30 Nov 2015 06:11:05 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Mon, 30 Nov 2015 01:11:07 -0500 (EST) Received: (qmail 29629 invoked from network); 30 Nov 2015 06:11:06 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 30 Nov 2015 06:11:06 -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 CAB5BB1E001; Sun, 29 Nov 2015 22:10:58 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) Subject: 11.0-CURRENT powerpc64 cont'd: without adding to LIBADD linking various programs are getting undefined references From: Mark Millard In-Reply-To: <8AF435C1-9F0B-4466-9210-A54D7210B30C@dsl-only.net> Date: Sun, 29 Nov 2015 22:11:04 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <693DFA8E-B19B-44E9-A0E7-C42B5DB7025B@dsl-only.net> References: <01BA3FF2-F362-48FA-B9E2-112E05CC00ED@dsl-only.net> <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> <106D9CB0-D9AE-4463-A03E-3AB16583CDA7@dsl-only.net> <8AF435C1-9F0B-4466-9210-A54D7210B30C@dsl-only.net> To: FreeBSD PowerPC ML , FreeBSD Toolchain 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, 30 Nov 2015 06:11:08 -0000 Note: After the below examples rescue had a much larger list of = Undefined References from various sources. At least for now I've given = up and not tried to track down what to add to get rescue to link. Explicit md references were used to avoid symbol problems in: /usr/src/cddl/sbin/zfs/Makefile /usr/src/cddl/sbin/zpool/Makefile /usr/src/cddl/usr.bin/zinject/Makefile /usr/src/cddl/usr.bin/zstreamdump/Makefile /usr/src/cddl/usr.bin/ztest/Makefile /usr/src/cddl/usr.sbin/zdb/Makefile /usr/src/cddl/usr.sbin/zhack/Makefile (A separate submittal covered the first few of those in more detail.) libcrypto use had similar issues, for example: > Index: /usr/src/sbin/atm/atmconfig/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sbin/atm/atmconfig/Makefile (revision 291443) > +++ /usr/src/sbin/atm/atmconfig/Makefile (working copy) > @@ -17,7 +17,7 @@ > .if !defined(RESCUE) && ${MK_BSNMP} !=3D "no" > CFLAGS+=3D -DWITH_BSNMP > SRCS+=3D oid.h atmconfig_device.c > -LIBADD+=3D bsnmp > +LIBADD+=3D crypto bsnmp > . if ${MK_DYNAMICROOT} =3D=3D "no" && ${MK_OPENSSL} !=3D "no" > LIBADD+=3D crypto > . endif Without the addition the result was: > --- all_subdir_sbin --- > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li > b/. -I/usr/obj/usr/src/sbin/atm/atmconfig -DWITH_BSNMP -g -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Ws > trict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscrip > ts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. -L/usr/obj > /usr/src/lib/libc++/. -L/usr/lib/. -o atmconfig.full main.o diag.o = natm.o atmconfig_device.o -lbsnmp . . . > --- all_subdir_sbin --- > /usr/local/bin/powerpc64-freebsd-ld: warning: libcrypto.so.8, needed = by /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so, not found (try using = -rpath or -rpath-link) > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_md5' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_sha1' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DecryptInit' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DigestInit' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_EncryptFinal' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_EncryptUpdate' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DigestUpdate' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_CIPHER_CTX_set_padding' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DigestFinal' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DecryptFinal' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_aes_128_cfb128' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DecryptUpdate' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_des_cbc' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_EncryptInit' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_MD_CTX_cleanup' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_CIPHER_CTX_cleanup' > collect2: error: ld returned 1 exit status > *** [atmconfig.full] Error code 1 The -L's ending with /.'s are from my /etc/src.conf . They are = associated with trying to self-build on a powerpc64 PowerMac using only = powerpc64-xtoolchain-gcc's powerpc64-gcc WITH_LIBCPLUSPLUS: = powerpc64-gcc is acting as both the host toolchain and the = CROSS_TOOLCHAIN. No 4.2.1 gcc is present. I know this is not a usual way = of doing things. There may be better ways. But if I manage to expose = some missing dependency tracking some good came of it. And there was the need to add sbuf explicitly for its indirect use, such = as for: > Index: /usr/src/sbin/iscontrol/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sbin/iscontrol/Makefile (revision 291443) > +++ /usr/src/sbin/iscontrol/Makefile (working copy) > @@ -2,7 +2,7 @@ > =20 > SRCS=3D iscontrol.c pdu.c fsm.c config.c login.c auth_subr.c misc.c > PROG=3D iscontrol > -LIBADD=3D cam md > +LIBADD=3D sbuf cam md > S=3D ${.CURDIR}/../../sys > =20 > WARNS?=3D 3 Otherwise I got: > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li > b/. -I/usr/src/sbin/iscontrol/../../sys -g -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototype > s -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. -L/usr/obj/usr/src/lib > /libc++/. -L/usr/lib/. -o iscontrol.full iscontrol.o pdu.o fsm.o = config.o login.o auth_subr.o misc.o -lcam -lmd . . . > --- all_subdir_sbin --- > /usr/obj/usr/src/tmp/usr/lib/./libcam.so: undefined reference to = `sbuf_hexdump@FBSD_1.4' > collect2: error: ld returned 1 exit status Then there was both ssl and crypto for fetch: > Index: /usr/src/usr.bin/fetch/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/usr.bin/fetch/Makefile (revision 291443) > +++ /usr/src/usr.bin/fetch/Makefile (working copy) > @@ -2,6 +2,6 @@ > =20 > PROG=3D fetch > CSTD?=3D c99 > -LIBADD=3D fetch > +LIBADD=3D ssl crypto fetch > =20 > .include without which I got: > --- all_subdir_usr.bin --- > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li > b/. -g -std=3Diso9899:1999 -fstack-protector-strong -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpoin > ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow = -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-dec > ls -Wold-style-definition -Wno-pointer-sign = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. = -L/usr/obj/usr/src/lib/libc++/. -L/usr/lib/. -o fetch. > full fetch.o -lfetch . . . > --- all_subdir_usr.bin --- > /usr/local/bin/powerpc64-freebsd-ld: warning: libssl.so.8, needed by = /usr/obj/usr/src/tmp/usr/lib/./libfetch.so, not found (try using -rpath = or -rpath-link) > /usr/local/bin/powerpc64-freebsd-ld: warning: libcrypto.so.8, needed = by /usr/obj/usr/src/tmp/usr/lib/./libfetch.so, not found (try using = -rpath or -rpath-link) > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_LOOKUP_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ASN1_STRING_length' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_error' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `CRYPTO_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_write' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSLv23_client_method' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `sk_value' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `MD5_Final' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_STORE_add_lookup' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_use_certificate_chain_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_set_fd' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_ENTRY_get_data' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_set_verify' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_oneline' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ASN1_STRING_data' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_get_subject_name' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_get_issuer_name' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_version' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_library_init' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_read' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_STORE_CTX_get_current_cert' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_current_cipher' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_ctrl' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_new' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_set_connect_state' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_shutdown' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `GENERAL_NAMES_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_new' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_peer_certificate' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_get_entry' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_load_verify_locations' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_get_ext_d2i' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_load_crl_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_ctrl' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_STORE_set_flags' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_use_PrivateKey_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_get_index_by_NID' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `sk_num' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_connect' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_load_error_strings' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_get_cert_store' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `MD5_Init' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CIPHER_get_name' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ERR_print_errors_fp' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `MD5_Update' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ASN1_STRING_to_UTF8' > collect2: error: ld returned 1 exit status The make commands were: > make -j 6 -DNO_CLEAN WITH_FAST_DEPEND=3D CROSS_TOOLCHAIN=3Dpowerpc64-gcc= WITH_LIBCPLUSPLUS=3D WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D = WITH_CLANG_IS_CC=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 (The NO_CLEAN is from after the first build problem and is to avoid long = rebuild times to get back to the same point.) Context details if you care: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #12 r281630M: Sat = Apr 18 01:15:13 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100070 1100070 I am attempting an update after having been away from the PowerMacs for = months. > # svnlite info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 291443 > Node Kind: directory > Schedule: normal > Last Changed Author: nwhitehorn > Last Changed Rev: 291442 > Last Changed Date: 2015-11-28 23:16:08 -0800 (Sat, 28 Nov 2015) > # more /etc/src.conf > NO_WERROR=3D > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > 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/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -I/usr/include/c++/v1/. > L/usr/obj/usr/src/tmp/usr/lib/lib32/. > CFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. > LDFLAGS+=3D-L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. > CXXFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/src/lib/libc++/. > LDFLAGS+=3D-L/usr/obj/usr/src/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. > LDFLAGS+=3D-L/usr/lib/. > # 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: 402562 > Node Kind: directory > Schedule: normal > Last Changed Author: rene > Last Changed Rev: 402562 > Last Changed Date: 2015-11-28 15:08:03 -0800 (Sat, 28 Nov 2015) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Mon Nov 30 06:42: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 2370EA31DF6 for ; Mon, 30 Nov 2015 06:42: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 D474F1FCC for ; Mon, 30 Nov 2015 06:42:17 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 7774 invoked from network); 30 Nov 2015 06:42:16 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 30 Nov 2015 06:42:16 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Mon, 30 Nov 2015 01:42:18 -0500 (EST) Received: (qmail 3957 invoked from network); 30 Nov 2015 06:42:18 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 30 Nov 2015 06:42:18 -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 E737BB1E001; Sun, 29 Nov 2015 22:42:09 -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 powerpc64 cont'd: without adding to LIBADD linking various programs are getting undefined references From: Mark Millard In-Reply-To: <693DFA8E-B19B-44E9-A0E7-C42B5DB7025B@dsl-only.net> Date: Sun, 29 Nov 2015 22:42:15 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <01BA3FF2-F362-48FA-B9E2-112E05CC00ED@dsl-only.net> <6AA244B9-DE60-4D8B-A08E-AADD73F9D856@dsl-only.net> <106D9CB0-D9AE-4463-A03E-3AB16583CDA7@dsl-only.net> <8AF435C1-9F0B-4466-9210-A54D7210B30C@dsl-only.net> <693DFA8E-B19B-44E9-A0E7-C42B5DB7025B@dsl-only.net> To: FreeBSD PowerPC ML , FreeBSD Toolchain 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, 30 Nov 2015 06:42:19 -0000 A top-post to make this new toolchain material easy to find. To skip to = the original material skip down to the "=3D =3D =3D" text. But you may = want to read the below for context first. pkg info reports: > powerpc64-binutils-2.25.1 GNU binutils for powerpc64 = cross-development > powerpc64-gcc-5.2.0 Cross GNU Compiler Collection for = powerpc64 I've been attempting to use only those, not the below compilers/tools. Also around are: > binutils-2.25.1 GNU binary tools > gcc49-4.9.4.s20151125_1 GNU Compiler Collection 4.9 There are no other C/C++ compiler ports present. The 2015-Apr-18 vintage 11.0-CURRENT I was trying to update has: > # clang --version > FreeBSD clang version 3.6.0 (tags/RELEASE_360/final 230434) 20150225 > Target: powerpc64-unknown-freebsd11.0 > Thread model: posix but does not have gcc 4.2.1 at all. powerpc64-gcc is linked to instead, = for example: > # gcc --version > gcc (FreeBSD Ports Collection for powerpc64) 5.2.0 > Copyright (C) 2015 Free Software Foundation, Inc. > This is free software; see the source for copying conditions. There = is NO > warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR = PURPOSE. gcc5 is not around because it and powerpc64-gcc-5.2.0 conflict on at = least one file. That is why it is gcc49 as the more general gcc port. This is a WITH_LIBCPLUSPLUS context. =3D =3D =3D The original material . . . =3D =3D =3D Note: After the below examples rescue had a much larger list of = Undefined References from various sources. At least for now I've given = up and not tried to track down what to add to get rescue to link. Explicit md references were used to avoid symbol problems in: /usr/src/cddl/sbin/zfs/Makefile /usr/src/cddl/sbin/zpool/Makefile /usr/src/cddl/usr.bin/zinject/Makefile /usr/src/cddl/usr.bin/zstreamdump/Makefile /usr/src/cddl/usr.bin/ztest/Makefile /usr/src/cddl/usr.sbin/zdb/Makefile /usr/src/cddl/usr.sbin/zhack/Makefile (A separate submittal covered the first few of those in more detail.) libcrypto use had similar issues, for example: > Index: /usr/src/sbin/atm/atmconfig/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sbin/atm/atmconfig/Makefile (revision 291443) > +++ /usr/src/sbin/atm/atmconfig/Makefile (working copy) > @@ -17,7 +17,7 @@ > .if !defined(RESCUE) && ${MK_BSNMP} !=3D "no" > CFLAGS+=3D -DWITH_BSNMP > SRCS+=3D oid.h atmconfig_device.c > -LIBADD+=3D bsnmp > +LIBADD+=3D crypto bsnmp > . if ${MK_DYNAMICROOT} =3D=3D "no" && ${MK_OPENSSL} !=3D "no" > LIBADD+=3D crypto > . endif Without the addition the result was: > --- all_subdir_sbin --- > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li > b/. -I/usr/obj/usr/src/sbin/atm/atmconfig -DWITH_BSNMP -g -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Ws > trict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type = -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter = -Wcast-align -Wchar-subscrip > ts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition = -Wno-pointer-sign -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. -L/usr/obj > /usr/src/lib/libc++/. -L/usr/lib/. -o atmconfig.full main.o diag.o = natm.o atmconfig_device.o -lbsnmp . . . > --- all_subdir_sbin --- > /usr/local/bin/powerpc64-freebsd-ld: warning: libcrypto.so.8, needed = by /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so, not found (try using = -rpath or -rpath-link) > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_md5' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_sha1' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DecryptInit' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DigestInit' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_EncryptFinal' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_EncryptUpdate' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DigestUpdate' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_CIPHER_CTX_set_padding' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DigestFinal' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DecryptFinal' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_aes_128_cfb128' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_DecryptUpdate' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_des_cbc' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_EncryptInit' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_MD_CTX_cleanup' > /usr/obj/usr/src/tmp/usr/lib/./libbsnmp.so: undefined reference to = `EVP_CIPHER_CTX_cleanup' > collect2: error: ld returned 1 exit status > *** [atmconfig.full] Error code 1 The -L's ending with /.'s are from my /etc/src.conf . They are = associated with trying to self-build on a powerpc64 PowerMac using only = powerpc64-xtoolchain-gcc's powerpc64-gcc WITH_LIBCPLUSPLUS: = powerpc64-gcc is acting as both the host toolchain and the = CROSS_TOOLCHAIN. No 4.2.1 gcc is present. I know this is not a usual way = of doing things. There may be better ways. But if I manage to expose = some missing dependency tracking some good came of it. And there was the need to add sbuf explicitly for its indirect use, such = as for: > Index: /usr/src/sbin/iscontrol/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/sbin/iscontrol/Makefile (revision 291443) > +++ /usr/src/sbin/iscontrol/Makefile (working copy) > @@ -2,7 +2,7 @@ >=20 > SRCS=3D iscontrol.c pdu.c fsm.c config.c login.c auth_subr.c misc.c > PROG=3D iscontrol > -LIBADD=3D cam md > +LIBADD=3D sbuf cam md > S=3D ${.CURDIR}/../../sys >=20 > WARNS?=3D 3 Otherwise I got: > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li > b/. -I/usr/src/sbin/iscontrol/../../sys -g -std=3Dgnu99 = -fstack-protector-strong -Wsystem-headers -Wall -Wno-format-y2k -W = -Wno-unused-parameter -Wstrict-prototype > s -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized = -Wno-pointer-sign -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. -L/usr/obj/usr/src/lib > /libc++/. -L/usr/lib/. -o iscontrol.full iscontrol.o pdu.o fsm.o = config.o login.o auth_subr.o misc.o -lcam -lmd . . . > --- all_subdir_sbin --- > /usr/obj/usr/src/tmp/usr/lib/./libcam.so: undefined reference to = `sbuf_hexdump@FBSD_1.4' > collect2: error: ld returned 1 exit status Then there was both ssl and crypto for fetch: > Index: /usr/src/usr.bin/fetch/Makefile > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- /usr/src/usr.bin/fetch/Makefile (revision 291443) > +++ /usr/src/usr.bin/fetch/Makefile (working copy) > @@ -2,6 +2,6 @@ >=20 > PROG=3D fetch > CSTD?=3D c99 > -LIBADD=3D fetch > +LIBADD=3D ssl crypto fetch >=20 > .include without which I got: > --- all_subdir_usr.bin --- > /usr/local/bin/powerpc64-portbld-freebsd11.0-gcc -O2 -pipe -isystem = /usr/obj/usr/src/tmp/usr/include/. -L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/li > b/. -g -std=3Diso9899:1999 -fstack-protector-strong -Wsystem-headers = -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes = -Wmissing-prototypes -Wpoin > ter-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow = -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline = -Wnested-externs -Wredundant-dec > ls -Wold-style-definition -Wno-pointer-sign = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. = -L/usr/obj/usr/src/lib/libc++/. -L/usr/lib/. -o fetch. > full fetch.o -lfetch . . . > --- all_subdir_usr.bin --- > /usr/local/bin/powerpc64-freebsd-ld: warning: libssl.so.8, needed by = /usr/obj/usr/src/tmp/usr/lib/./libfetch.so, not found (try using -rpath = or -rpath-link) > /usr/local/bin/powerpc64-freebsd-ld: warning: libcrypto.so.8, needed = by /usr/obj/usr/src/tmp/usr/lib/./libfetch.so, not found (try using = -rpath or -rpath-link) > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_LOOKUP_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ASN1_STRING_length' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_error' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `CRYPTO_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_write' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSLv23_client_method' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `sk_value' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `MD5_Final' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_STORE_add_lookup' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_use_certificate_chain_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_set_fd' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_ENTRY_get_data' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_set_verify' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_oneline' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ASN1_STRING_data' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_get_subject_name' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_get_issuer_name' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_version' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_library_init' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_read' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_STORE_CTX_get_current_cert' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_current_cipher' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_ctrl' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_new' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_set_connect_state' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_shutdown' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `GENERAL_NAMES_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_new' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_get_peer_certificate' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_get_entry' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_load_verify_locations' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_get_ext_d2i' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_load_crl_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_ctrl' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_STORE_set_flags' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_use_PrivateKey_file' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `X509_NAME_get_index_by_NID' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `sk_num' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_connect' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_free' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_load_error_strings' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CTX_get_cert_store' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `MD5_Init' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `SSL_CIPHER_get_name' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ERR_print_errors_fp' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `MD5_Update' > /usr/obj/usr/src/tmp/usr/lib/./libfetch.so: undefined reference to = `ASN1_STRING_to_UTF8' > collect2: error: ld returned 1 exit status The make commands were: > make -j 6 -DNO_CLEAN WITH_FAST_DEPEND=3D CROSS_TOOLCHAIN=3Dpowerpc64-gcc= WITH_LIBCPLUSPLUS=3D WITHOUT_CLANG_BOOTSTRAP=3D WITH_CLANG=3D = WITH_CLANG_IS_CC=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 (The NO_CLEAN is from after the first build problem and is to avoid long = rebuild times to get back to the same point.) Context details if you care: > # freebsd-version -ku; uname -aKU > 11.0-CURRENT > 11.0-CURRENT > FreeBSD FBSDG5C0 11.0-CURRENT FreeBSD 11.0-CURRENT #12 r281630M: Sat = Apr 18 01:15:13 PDT 2015 = root@FBSDG5C0:/usr/obj/usr/src/sys/GENERIC64vtsc-NODEBUG powerpc = 1100070 1100070 I am attempting an update after having been away from the PowerMacs for = months. > # svnlite info /usr/src > Path: /usr/src > Working Copy Root Path: /usr/src > URL: https://svn0.us-west.freebsd.org/base/head > Relative URL: ^/head > Repository Root: https://svn0.us-west.freebsd.org/base > Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f > Revision: 291443 > Node Kind: directory > Schedule: normal > Last Changed Author: nwhitehorn > Last Changed Rev: 291442 > Last Changed Date: 2015-11-28 23:16:08 -0800 (Sat, 28 Nov 2015) > # more /etc/src.conf > NO_WERROR=3D > WITH_DEBUG=3D > WITH_DEBUG_FILES=3D > MALLOC_PRODUCTION=3D > 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/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -I/usr/include/c++/v1/. > L/usr/obj/usr/src/tmp/usr/lib/lib32/. > CFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -L/usr/obj/usr/src/tmp/usr/lib/. -L/usr/obj/usr/src/tmp/lib/. > LDFLAGS+=3D-L/usr/obj/usr/src/tmp/usr/lib/. = -L/usr/obj/usr/src/tmp/lib/. > CXXFLAGS+=3D-isystem /usr/obj/usr/src/tmp/usr/include/. = -I/usr/obj/usr/src/tmp/usr/include/c++/v1/. -std=3Dgnu++11 = -L/usr/obj/usr/src/lib/libc++/. > LDFLAGS+=3D-L/usr/obj/usr/src/lib/libc++/. > CXXFLAGS+=3D-I/usr/include/c++/v1/. -std=3Dgnu++11 -L/usr/lib/. > LDFLAGS+=3D-L/usr/lib/. > # 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: 402562 > Node Kind: directory > Schedule: normal > Last Changed Author: rene > Last Changed Rev: 402562 > Last Changed Date: 2015-11-28 15:08:03 -0800 (Sat, 28 Nov 2015) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-toolchain@freebsd.org Tue Dec 1 13:30: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 E7DAAA3D6B2 for ; Tue, 1 Dec 2015 13:30:33 +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 B32FF128B for ; Tue, 1 Dec 2015 13:30:33 +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 tB1DUUCd001336 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Tue, 1 Dec 2015 07:30:31 -0600 From: "William A. Mahaffey III" Subject: [Re-post from users]: gmake question To: FreeBSD toolchain mailing list !!!! Message-ID: <565DA0F6.9010709@hiwaay.net> Date: Tue, 1 Dec 2015 07:36:00 -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=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: Tue, 01 Dec 2015 13:30:34 -0000 I am using gmake under FreeBSD 9.3R to (try to) maintain some inhouse mixed language code (ANSI C, some c++, FORTRAN 77). I have a utility library which I use to hold C & c++ object files, using the 'target::' syntax. This works AOK under Linux (gmake 3.8.2), puts both types of objects in the same library smooth as silk. However under FreeBSD (gmake 4.1.2), it only puts the 1st group of objects in, either the C or c++ depending on which is 1st in the makefile. When I try the 'target:' syntax, it wound up deleting some of my source files (!!!!!). I reproduce the relevant parts of the makefile below: . . . . force: clean all depend: @makedepend -- $(CFLAGS) -- -f Makefile $(SRCS) @\rm -f Makefile.bak @cp -p Makefile MakeUtils @echo MakeUtils: Done with $@. iccdepend: @icc $(IFLAGS) -c -MM -MF depends.inc $(SRCS) @echo MakeUtils: Done with $@. $(LIB):: $(CPPSRC) $(CC) $(CPPFLAGS) -c $? ar ruv $@ ${?:.cpp=.o} && rm -f ${?:.cpp=.o} @echo MakeUtils: Done with $@. $(LIB):: $(SRCS) $(CC) $(CFLAGS) -c $? ar ruv $@ ${?:.c=.o} && rm -f ${?:.c=.o} @echo MakeUtils: Done with $@. # DO NOT DELETE THIS LINE -- make depend depends on it. CPPSRC lists the c++ files & SRCS lists the C files. Is this supposed to work under FreeBSD 9.3R & this version of gmake ? TIA for any pointers & have a good one. BTW: [wam@devbox, pre, 8:08:13pm] 2846 % 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, 8:08:16pm] 2847 % grep make /etc/LIST.installed.txt automake-1.15_1 GNU Standards-compliant Makefile generator automake-wrapper-20131203 Wrapper script for GNU automake gmake-4.1_2 GNU version of 'make' utility libxklavier-5.3_1,1 Utility library to make XKB stuff easier makedepend-1.0.5,1 Dependency generator for makefiles [wam@devbox, pre, 8:08:53pm] 2848 % -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. _______________________________________________ freebsd-questions@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" From owner-freebsd-toolchain@freebsd.org Wed Dec 2 15:22:29 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 B3319A3E258 for ; Wed, 2 Dec 2015 15:22:29 +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 839361379 for ; Wed, 2 Dec 2015 15:22:29 +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 tB2FMLQD030963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Wed, 2 Dec 2015 09:22:22 -0600 Subject: Re: [Re-post from users]: gmake question To: FreeBSD toolchain mailing list !!!! References: <565DA0F6.9010709@hiwaay.net> From: "William A. Mahaffey III" Message-ID: <565F0CAD.4090605@hiwaay.net> Date: Wed, 2 Dec 2015 09:27:51 -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: <565DA0F6.9010709@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: Wed, 02 Dec 2015 15:22:29 -0000 On 12/01/15 07:35, William A. Mahaffey III wrote: > > > I am using gmake under FreeBSD 9.3R to (try to) maintain some inhouse > mixed language code (ANSI C, some c++, FORTRAN 77). I have a utility > library which I use to hold C & c++ object files, using the 'target::' > syntax. This works AOK under Linux (gmake 3.8.2), puts both types of > objects in the same library smooth as silk. However under FreeBSD > (gmake 4.1.2), it only puts the 1st group of objects in, either the C > or c++ depending on which is 1st in the makefile. When I try the > 'target:' syntax, it wound up deleting some of my source files > (!!!!!). I reproduce the relevant parts of the makefile below: > > > . > . > . > . > > force: clean all > > depend: > @makedepend -- $(CFLAGS) -- -f Makefile $(SRCS) > @\rm -f Makefile.bak > @cp -p Makefile MakeUtils > @echo MakeUtils: Done with $@. > > iccdepend: > @icc $(IFLAGS) -c -MM -MF depends.inc $(SRCS) > @echo MakeUtils: Done with $@. > > $(LIB):: $(CPPSRC) > $(CC) $(CPPFLAGS) -c $? > ar ruv $@ ${?:.cpp=.o} && rm -f ${?:.cpp=.o} > @echo MakeUtils: Done with $@. > > $(LIB):: $(SRCS) > $(CC) $(CFLAGS) -c $? > ar ruv $@ ${?:.c=.o} && rm -f ${?:.c=.o} > @echo MakeUtils: Done with $@. > > # DO NOT DELETE THIS LINE -- make depend depends on it. > > > CPPSRC lists the c++ files & SRCS lists the C files. Is this supposed > to work under FreeBSD 9.3R & this version of gmake ? TIA for any > pointers & have a good one. > > > BTW: > > [wam@devbox, pre, 8:08:13pm] 2846 % 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, 8:08:16pm] 2847 % grep make /etc/LIST.installed.txt > automake-1.15_1 GNU Standards-compliant Makefile generator > automake-wrapper-20131203 Wrapper script for GNU automake > gmake-4.1_2 GNU version of 'make' utility > libxklavier-5.3_1,1 Utility library to make XKB stuff easier > makedepend-1.0.5,1 Dependency generator for makefiles > [wam@devbox, pre, 8:08:53pm] 2848 % Update: I went ahead & downloaded & installed (in /usr/local/bin) GNU make 3.8.2 & it indeed works as expected & as I interpret the online docs. Bug in make 4.1.2 ? Any more info wanted, just ask.... -- 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 3 00:10:44 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 A47D6A3FC6D; Thu, 3 Dec 2015 00:10:44 +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 5EDCC19E5; Thu, 3 Dec 2015 00:10:44 +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 tB30Af38013231 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 2 Dec 2015 18:10:42 -0600 To: FreeBSD Questions !!!! , FreeBSD toolchain mailing list !!!! From: "William A. Mahaffey III" Subject: gcc5 question Message-ID: <565F8881.8010705@hiwaay.net> Date: Wed, 2 Dec 2015 18:16:11 -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, 03 Dec 2015 00:10:44 -0000 I just did a pkg-upgrade of gcc5, & upgraded the port as well. I noticed that a 'make showconfig' in the port now shows Graphite support enabled by default. However, a 'gcc -v --help' on the pkg installed version shows no libisl, req'd for Graphite support (I think). Is the pkg built differently from the port ? 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 3 00:20:18 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 703DFA3FFD7; Thu, 3 Dec 2015 00:20:18 +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 326961014; Thu, 3 Dec 2015 00:20:18 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from [IPv6:2001:7b8:3a7::c4ee:7a28:29cd:84d8] (unknown [IPv6:2001:7b8:3a7:0:c4ee:7a28:29cd:84d8]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A374A33D3F; Thu, 3 Dec 2015 01:20:14 +0100 (CET) Subject: Re: gcc5 question Mime-Version: 1.0 (Mac OS X Mail 9.1 \(3096.5\)) Content-Type: multipart/signed; boundary="Apple-Mail=_D0B2BBAA-2084-4EA0-964D-6ECE303D0FF2"; protocol="application/pgp-signature"; micalg=pgp-sha1 X-Pgp-Agent: GPGMail 2.6b2 From: Dimitry Andric In-Reply-To: <565F8881.8010705@hiwaay.net> Date: Thu, 3 Dec 2015 01:20:04 +0100 Cc: FreeBSD Questions !!!! , FreeBSD toolchain mailing list !!!! , Gerald Pfeifer Message-Id: <95C3DA2C-639B-453D-8EC7-B92A6A1A728B@FreeBSD.org> References: <565F8881.8010705@hiwaay.net> To: "William A. Mahaffey III" X-Mailer: Apple Mail (2.3096.5) 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, 03 Dec 2015 00:20:18 -0000 --Apple-Mail=_D0B2BBAA-2084-4EA0-964D-6ECE303D0FF2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On 03 Dec 2015, at 01:09, William A. Mahaffey III = wrote: >=20 > I just did a pkg-upgrade of gcc5, & upgraded the port as well. I = noticed that a 'make showconfig' in the port now shows Graphite support = enabled by default. However, a 'gcc -v --help' on the pkg installed = version shows no libisl, req'd for Graphite support (I think). Is the = pkg built differently from the port ? TIA & have a good one. I've tried building the port with the GRAPHITE option enabled, but it died with various compilation errors about missing isl types, even while isl was installed. So I'm not sure about the state of this support. :-) Gerald, any idea? I suppose the option is expected to work? -Dimitry --Apple-Mail=_D0B2BBAA-2084-4EA0-964D-6ECE303D0FF2 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 iEYEARECAAYFAlZfir4ACgkQsF6jCi4glqMtpQCfbeYx0KmEeNqPaPS52r0iLZwa RA4AoIpsIuihc1Q0yLOti9n84PyceR2C =H4j/ -----END PGP SIGNATURE----- --Apple-Mail=_D0B2BBAA-2084-4EA0-964D-6ECE303D0FF2-- From owner-freebsd-toolchain@freebsd.org Thu Dec 3 00:27:20 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 A2B43A3E2DF; Thu, 3 Dec 2015 00:27:20 +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 5A6451619; Thu, 3 Dec 2015 00:27:19 +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 tB30RHPV021335 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 2 Dec 2015 18:27:18 -0600 From: "William A. Mahaffey III" Subject: gcc5 question To: FreeBSD Questions !!!! , FreeBSD toolchain mailing list !!!! Message-ID: <565F8C65.5050702@hiwaay.net> Date: Wed, 2 Dec 2015 18:32:47 -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=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, 03 Dec 2015 00:27:20 -0000 I just did a pkg-upgrade of gcc5, & upgraded the port as well. I noticed that a 'make showconfig' in the port now shows Graphite support enabled by default. However, a 'gcc -v --help' on the pkg installed version shows no libisl, req'd for Graphite support (I think). Is the pkg built differently from the port ? TIA & have a good one. *EEEEEEEEK* !!!! I meant gcc5-devel, sorry :-/ .... -- William A. Mahaffey III ---------------------------------------------------------------------- "The M1 Garand is without doubt the finest implement of war ever devised by man." -- Gen. George S. Patton Jr. _______________________________________________ freebsd-toolchain@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain To unsubscribe, send any mail to "freebsd-toolchain-unsubscribe@freebsd.org" From owner-freebsd-toolchain@freebsd.org Thu Dec 3 00:27: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 AE1A2A3E37F; Thu, 3 Dec 2015 00:27:48 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from ainaz.pair.com (ainaz.pair.com [209.68.2.66]) (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 8A6811809; Thu, 3 Dec 2015 00:27:48 +0000 (UTC) (envelope-from gerald@pfeifer.com) Received: from anthias.dhcp.nue.suse.com (nat.nue.novell.com [195.135.221.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ainaz.pair.com (Postfix) with ESMTPSA id 904713F425; Wed, 2 Dec 2015 19:27:46 -0500 (EST) Date: Thu, 3 Dec 2015 01:27:44 +0100 (CET) From: Gerald Pfeifer To: Dimitry Andric cc: "William A. Mahaffey III" , freebsd-questions@freebsd.org, freebsd-toolchain@freebsd.org Subject: Re: gcc5 question In-Reply-To: <95C3DA2C-639B-453D-8EC7-B92A6A1A728B@FreeBSD.org> Message-ID: References: <565F8881.8010705@hiwaay.net> <95C3DA2C-639B-453D-8EC7-B92A6A1A728B@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII 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, 03 Dec 2015 00:27:48 -0000 On Thu, 3 Dec 2015, Dimitry Andric wrote: >> I just did a pkg-upgrade of gcc5, & upgraded the port as well. I noticed that a 'make showconfig' in the port now shows Graphite support enabled by default. However, a 'gcc -v --help' on the pkg installed version shows no libisl, req'd for Graphite support (I think). Is the pkg built differently from the port ? TIA & have a good one. > I've tried building the port with the GRAPHITE option enabled, but it > died with various compilation errors about missing isl types, even while > isl was installed. So I'm not sure about the state of this support. :-) > > Gerald, any idea? I suppose the option is expected to work? If you have an up-to-date lang/gcc5 port, you should not be able to specify GRAPHITE any longer. Somehow my testing must have been flawed (even though I recall it explicitly tested, so perhaps a typo when specifying the option) and this will be fixed when updating to GCC 5.3, hopefully in the next few days. Give lang/gcc5-devel a try, which is close to what GCC 5.3 is going to be. That one should work. I tested it again yesterday, just to be sure. Gerald From owner-freebsd-toolchain@freebsd.org Thu Dec 3 00:35: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 5AD6BA3E652; Thu, 3 Dec 2015 00:35: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 2B4031CD0; Thu, 3 Dec 2015 00:35: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 tB30ZeNT025628 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 2 Dec 2015 18:35:41 -0600 Subject: Re: gcc5 question References: <565F8881.8010705@hiwaay.net> <95C3DA2C-639B-453D-8EC7-B92A6A1A728B@FreeBSD.org> Cc: freebsd-toolchain@freebsd.org, freebsd-questions@freebsd.org From: "William A. Mahaffey III" Message-ID: <565F8E5C.7070700@hiwaay.net> Date: Wed, 2 Dec 2015 18:41:10 -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: Thu, 03 Dec 2015 00:35:42 -0000 On 12/02/15 18:33, Gerald Pfeifer wrote: > On Thu, 3 Dec 2015, Dimitry Andric wrote: >>> I just did a pkg-upgrade of gcc5, & upgraded the port as well. I noticed that a 'make showconfig' in the port now shows Graphite support enabled by default. However, a 'gcc -v --help' on the pkg installed version shows no libisl, req'd for Graphite support (I think). Is the pkg built differently from the port ? TIA & have a good one. >> I've tried building the port with the GRAPHITE option enabled, but it >> died with various compilation errors about missing isl types, even while >> isl was installed. So I'm not sure about the state of this support. :-) >> >> Gerald, any idea? I suppose the option is expected to work? > If you have an up-to-date lang/gcc5 port, you should not be > able to specify GRAPHITE any longer. > > Somehow my testing must have been flawed (even though I recall it > explicitly tested, so perhaps a typo when specifying the option) > and this will be fixed when updating to GCC 5.3, hopefully in the > next few days. > > Give lang/gcc5-devel a try, which is close to what GCC 5.3 is > going to be. That one should work. I tested it again yesterday, > just to be sure. > > Gerald > _______________________________________________ > freebsd-questions@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" It was/is indeed gcc5-devel, & I am compiling it up now, so all is well AFA it does indeed appear to compile OK & work (I have gotten some inhouse to compile up today, to test it overnight). Sorry for the confusion :-/. On a related topic, it would be sweet if the devel compiler were installed in /usr/local/bin, w/ a slightly different name (gcc5X, gcc5d, maybe gcc521(X|d), you get the picture), for convenient back-to-back comparisons if req'd .... -- 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 3 09:15:01 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 A271BA3CA82 for ; Thu, 3 Dec 2015 09:15:01 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: from mail-ig0-x22a.google.com (mail-ig0-x22a.google.com [IPv6:2607:f8b0:4001:c05::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 6A1E11C36; Thu, 3 Dec 2015 09:15:01 +0000 (UTC) (envelope-from crodr001@gmail.com) Received: by igcto18 with SMTP id to18so7569699igc.0; Thu, 03 Dec 2015 01:15:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=fRk3rN0ohY++e7QsuttaKyHQD8dkPjudZjtnFgt+x84=; b=smAikSwDRgQTXQPNw9qcnwlN4WUFEjF6w+Am0opavcEMwu5GBDJjqUx0UcXLZ3D37i Cn/6oU+VlTiOLU20+Bqa3f2AlhkEKOMs+kOGE6/Cctp0yiAcW4p1iD4fQQjwAzlocaD5 aYWeJQRQK0vR/SHJwmokOPlGEios0DHk1EhCZiuxlt6e9R5AaR3EQU0Uqnvo2aXCPPj+ 7cZd+gqufeatihF+SLXy4JCbqWlOGnkploXoJUS05wGhocl8oLwo+sFn3YR59QjbEE5E tKZYiF/q3aTyThkLw0N+eB1astWQs1jo9XQJ2Lxw74ZL+it/HlHbYr716lKaR9E+c1Ms GE8A== MIME-Version: 1.0 X-Received: by 10.50.12.71 with SMTP id w7mr7363831igb.86.1449134100855; Thu, 03 Dec 2015 01:15:00 -0800 (PST) Sender: crodr001@gmail.com Received: by 10.50.152.69 with HTTP; Thu, 3 Dec 2015 01:15:00 -0800 (PST) In-Reply-To: <86io4guekw.fsf@desk.des.no> References: <86egf5ckwa.fsf@desk.des.no> <03ABAEA7-F8B7-4E2C-8BFA-9FFC02BAAFC5@gmail.com> <11EF2033-BAE0-422C-9B75-DC4A1F4D62E8@FreeBSD.org> <35576295-CD53-49D6-ADD7-DADEA75C7C13@FreeBSD.org> <86io4guekw.fsf@desk.des.no> Date: Thu, 3 Dec 2015 01:15:00 -0800 X-Google-Sender-Auth: q23sBgSLCMD-D5AJR6ks-TEgtv0 Message-ID: Subject: Re: Can we have a toolchain that works? From: Craig Rodrigues To: =?UTF-8?Q?Dag=2DErling_Sm=C3=B8rgrav?= , FreeBSD Toolchain Cc: Pedro Giffuni , David Chisnall , Garrett Cooper , Allan Jude , Kurt Lidl , Dimitry Andric , John Baldwin Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.20 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, 03 Dec 2015 09:15:01 -0000 [Moving discussion to freebsd-toolchain] Dag, Regarding your question about a working debugger, due to your problems debugging code with the in-tree gdb on latest current, we have a few options: (1) Enable WITH_LLDB by default in the make infrastructure, and install lldb. We already have lldb in the tree: https://svnweb.freebsd.org/base/head/contrib/llvm/tools/lldb/ but it is not built by default. lldb does not have kgdb support though. (2) Kick gdb out of the base system, and tell people to install the devel/gdb port. This will install gdb 7.10 from ports. This port also installs kgdb -- Craig From owner-freebsd-toolchain@freebsd.org Thu Dec 3 16:57: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 11272A3F646 for ; Thu, 3 Dec 2015 16:57:53 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id AA8B3145E; Thu, 3 Dec 2015 16:57:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 84FF1B9C0; Thu, 3 Dec 2015 11:57:51 -0500 (EST) From: John Baldwin To: Craig Rodrigues Cc: Dag-Erling =?ISO-8859-1?Q?Sm=F8rgrav?= , FreeBSD Toolchain , Pedro Giffuni , David Chisnall , Garrett Cooper , Allan Jude , Kurt Lidl , Dimitry Andric Subject: Re: Can we have a toolchain that works? Date: Thu, 03 Dec 2015 07:54:41 -0800 Message-ID: <22020101.bKcckG4jXT@ralph.baldwin.cx> User-Agent: KMail/4.14.3 (FreeBSD/10.2-STABLE; KDE/4.14.3; amd64; ; ) In-Reply-To: References: <86egf5ckwa.fsf@desk.des.no> <86io4guekw.fsf@desk.des.no> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (bigwig.baldwin.cx); Thu, 03 Dec 2015 11:57:51 -0500 (EST) 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, 03 Dec 2015 16:57:53 -0000 On Thursday, December 03, 2015 01:15:00 AM Craig Rodrigues wrote: > [Moving discussion to freebsd-toolchain] > > Dag, > > Regarding your question about a working debugger, due to your problems > debugging > code with the in-tree gdb on latest current, we have a few options: > > (1) Enable WITH_LLDB by default in the make infrastructure, and install > lldb. > > We already have lldb in the tree: > https://svnweb.freebsd.org/base/head/contrib/llvm/tools/lldb/ > but it is not built by default. > > lldb does not have kgdb support though. > > (2) Kick gdb out of the base system, and tell people to install the > devel/gdb port. > This will install gdb 7.10 from ports. > This port also installs kgdb As noted in a recent thread on arch@ it is not quite that simple. lldb only supports amd64 and arm64 AFAIK (perhaps arm as well?). It does not support i386 yet, and it does not have meaningful support for kernel debugging (there was an SoC project to add a subset of amd64-only kgdb support that is a decent start). devel/gdb only supports x86 and powerpc. sparc64 is also supported upstream, but not in the port IIRC. It supports kgdb for x86 well, but on powerpc64 (the only other arch I've been able to test under qemu), kgdb isn't able to unwind the stack past the initial frame in cpu_switch, though with some small patches to at least get the initial frame more correct I can see all the threads in info threads and kld symbols are loaded ok. devel/gdb is also the only debugger (to my knowledge) that handles some more exotic uses like fork following and AVX (on x86). The only debugger we have for mips (possibly arm?) and sparc64 and for kgdb on mips, arm, sparc64 is in-tree gdb. One limitation of this debugger is it is native-only. Both lldb and devel/gdb are cross debuggers out of the box (e.g. devel/gdb should be able to examine a process core and (after my libkvm commit) a kernel core from any platform it supports on any platform where it runs). I believe lldb includes all supported platforms out of the box as well. Somewhat in my spare time I want to fill in more of the gaps in devel/gdb coverage (rewrite threads to use ptrace directly and be MI without requiring hacks in each backend the way the current fbsd-threads.c target does; other platforms like arm; kgdb on other platforms). Realistically this means we can't axe gdb in base from all platforms today as we'd have platforms with no debugger. As I mentioned previously, there was a recent thread on arch@ on this very topic. -- John Baldwin From owner-freebsd-toolchain@freebsd.org Fri Dec 4 07:10:56 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 2348EA407A6 for ; Fri, 4 Dec 2015 07:10:56 +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 AD43D118F for ; Fri, 4 Dec 2015 07:10:55 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 29328 invoked from network); 4 Dec 2015 07:10:54 -0000 Received: from unknown (HELO mail-cs-02.app.dca.reflexion.local) (10.81.19.2) by 0 (rfx-qmail) with SMTP; 4 Dec 2015 07:10:54 -0000 Received: by mail-cs-02.app.dca.reflexion.local (Reflexion email security v7.80.0) with SMTP; Fri, 04 Dec 2015 02:10:55 -0500 (EST) Received: (qmail 27575 invoked from network); 4 Dec 2015 07:10:55 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with SMTP; 4 Dec 2015 07:10:55 -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 126801C43BC; Thu, 3 Dec 2015 23:10:40 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: svn commit: r291739 - head/share/mk vs. /usr/src/lib/libc/tests/ssp for powerpc64/gcc builds Message-Id: <2361A90E-50F3-4411-88FE-DF15FA94B42D@dsl-only.net> Date: Thu, 3 Dec 2015 23:10:52 -0800 To: FreeBSD PowerPC ML , FreeBSD Toolchain , svn-src-head@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: Fri, 04 Dec 2015 07:10:56 -0000 The change to > Log: > Add assertion for when LIBADD should be used rather than = LDADD/DPADD. resulted in my self-hosted powerpc64 buildworld attempt getting: > --- cleandir_subdir_ssp --- > make[6]: "/usr/src/share/mk/src.libnames.mk" line 479: = /usr/src/lib/libc/tests/ssp: Invalid LIBADD used which may need to be = added to src.libnames.mk: > ssp via head/lib/libc/tests/ssp/Makefile having: > .elif ${COMPILER_TYPE} =3D=3D "gcc" > CFLAGS.h_raw+=3D --param ssp-buffer-size=3D1 > LIBADD+=3D ssp > .endif =3D=3D=3D Mark Millard markmi at dsl-only.net