From owner-freebsd-toolchain@freebsd.org Mon Dec 25 15:13:41 2017 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 19676E9091F; Mon, 25 Dec 2017 15:13:41 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id A133567CFF; Mon, 25 Dec 2017 15:13:36 +0000 (UTC) (envelope-from ohartmann@walstatt.org) Received: from thor.intern.walstatt.dynvpn.de ([77.179.219.206]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LdKs1-1fBNmY2vFh-00iS6D; Mon, 25 Dec 2017 16:13:27 +0100 Date: Mon, 25 Dec 2017 16:12:54 +0100 From: "O. Hartmann" To: FreeBSD CURRENT , freebsd-toolchain@FreeBSD.org Subject: BUG: LLVM: : CommandLine Error: Option 'enable-value-profiling' registered more than once! Message-ID: <20171225161321.52613f60@thor.intern.walstatt.dynvpn.de> In-Reply-To: References: Organization: WALSTATT User-Agent: OutScare 3.1415926 X-Operating-System: ImNotAnOperatingSystem 3.141592527 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/Ze6z_0og.4QZ2NhNKG7uuvI"; protocol="application/pgp-signature" X-Provags-ID: V03:K0:5AJ81/SHMKtTcRiSHtw24Z5V+OVvIGOhmtI5UqCNaFPqyqmd+qJ q8bpm1D0VQdIY9OmhJ8rMo27Jn5jt5k6vx+7j8cah8d70AAHnQkwtnevR2BonMYQtKevpaC twTKqgrr/Nn25n9xfFn9ixR1XRmz4VBMH3szUBsjRp6eUJtX4CcTJzEGeEnwZJWQ2R0+tbI YV519tM2FNZ/yK2J/t5Lg== X-UI-Out-Filterresults: notjunk:1;V01:K0:fMWYCBAEjaA=:j72S2d/sqrIYCr/9JpzsVQ 4Xh6sYWeAWMmAVAe4cfyStssTIpesJr8UcKf+TqQ6WADcMGv3vtjukK5uZw7Q2Xq/+ks4fmq5 X+qwkwqg1uz+nBdEa6G4pAINITRuaUMpIdX4IpgzK38vi+GHwu6TLivY/syFloMndhPYrNSSu UJLs7hcEgNEKpAXQ0PE0rRW9/QejitdpXBAObTp/V9g4MxOeOkeLVbqAXseTVULepR12qIi5e f3V70bepFPK39TQ0ZrBXAar34l6b1Es1b1rFKyvxvKoM76Jv1B89ClfXAYpSPtWOLm71ni8YO ZUS7N6Fyilxnfui3FZ3/66gYEKXq1lwFNwX5FKu0KcD3dQFyoee/Ld1LooSnuXbjNTwffSaGw +ZGucizfIZhEdd0jjhedVmEG4c5XZHfQqkZxkd5uMCi2rcOzDYtSGdH9JY2yc40z08KK7v6oh XJy1rfKSu+P3cST7BYo9/+1a36AonWi+j34vL9RZbT0CserSAMP/Ab2u7NhYWtv7NWvT3msJM As2HKz6cxipfPvHN3jC7F8q9AD9zaXCvR7a8gBC9aZjIUYAl7r+t7atpYFp9q31VnxrERC69L Ia7CPJfmmGiCykFZRCRfg709aP2YBQ0XvnpMBdeNVL1AOqanAWtJzbPDoswRoq9U2R2jQwyXC c7tez4BQbyNuvIiI8IS2qJ35fO6Fo1CEUcuhbNIE0MUKD4lVeaG4pmT1l3b6K4hI0SSPRPOxV 0kE5+/fgNZLtZg25hQTi858xsN+LP4pqGCUdq9oI1Ew4grnckzCkz768xH4CrSOVycKqRfbF/ ht7MkKXG+hb3QwDO5ZmvIkbEmcOJw== X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 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, 25 Dec 2017 15:13:41 -0000 --Sig_/Ze6z_0og.4QZ2NhNKG7uuvI Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable I'm not a compiler expert and I have some serious trouble getting port lang= /pocl to work properly. I'm on CURRENT (FreeBSD 12.0-CURRENT #79 r327170: Mon Dec 25 03:3= 5:27 CET 2017 amd64). The problem persits on both LLD_IS_LD set or not. Whenever lang/pocl in combination with devel/ocl-icd is installed and more = than one OpenCL ICD is installed with lang/pocl, any client (compiled with lang/pocl) or po= rt/package utilising OpenCL in any way (see graphics/blender PR23879 or devel/clinfo, = bails out with: : CommandLine Error: Option 'enable-value-profiling' registered more than o= nce! LLVM ERROR: inconsistency in registered CommandLine options Looking at the POCL repo at github gives noch much help about this, they cl= osed an error report stating it isn't POCL related, but a long-standig LLVM issue, please= see https://github.com/pocl/pocl/issues/474. Searching the net for this sepcific error reveals this bug at llvm.org's bu= g report: [...] Don't link ObjCARCOpts twice. Fixes PR22543 https://reviews.llvm.org/rL240104 Taken that information, the "bug" is considered solved - but it is lldb rel= ated, not lld or whatever is causing the error for POCL!=20 I also found this one, still open: [...] Bug 22952 - cl::opt + LLVM_BUILD_LLVM_DYLIB is completely broken=20 https://bugs.llvm.org/show_bug.cgi?id=3D22952 I do not have the experience, brains and resources to look into this matter= any deeper, so I'd appreciate someone with insight into LLVM could take a look at this. When I look what OpenCL ICDs are installed apart from lang/pocl on my boxes= , I see this installation: 5618138 -rw-r--r-- 1 root wheel - 33B Dec 25 03:35 intel-beignet.icd 5618040 -rw-r--r-- 1 root wheel - 19B Dec 17 15:48 mesa.icd [5617930 -rw-r--r-- 1 root wheel - 31B Dec 23 11:21 pocl.icd] Testing with port devel/clinfo and with(!) lang/pocl installed, gives the e= rror I stated initially. Deleting lang/pocl, devel/clinfo dies any way with this error: [...] Unable to find symbol pthread_mutexattr_setkind_np version (null). Aborting. Abort or it simply hangs [Ctrl-T]: load: 0.12 cmd: clinfo 82286 [uwait] 46.78r 0.02u 0.00s 0% 50964k Something isn't right here. A far more serious port is graphics/blender. With usage of OpenCL and havin= g lang/pocl installed, I receive the error initially mentioned.=20 I've provided a DIFF to to the (marked broken) lang/pocl version 0.14 (for = this sepcific PR see Bug 223032 - [PATCH] lang/pocl: pkg-static fails due to wrong pkg-pl= ist entries, look at https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D223032): POCL 1.0: Bug 224584 - [PATCH] lang/pocl: fix pkg-plist and update to POCL 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D224584 Hopefully,someone has the time to have a look into this. Kind regards, Oliver --=20 O. Hartmann Ich widerspreche der Nutzung oder =C3=9Cbermittlung meiner Daten f=C3=BCr Werbezwecke oder f=C3=BCr die Markt- oder Meinungsforschung (=C2=A7 28 Abs.= 4 BDSG). --Sig_/Ze6z_0og.4QZ2NhNKG7uuvI Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iLUEARMKAB0WIQQZVZMzAtwC2T/86TrS528fyFhYlAUCWkEVkQAKCRDS528fyFhY lJcaAgCC6Mrr0eOaS1TSpLLHOumzAh1xcocrmo84fIHk4tF10mtzuMe8h6CE03P6 YI9DR8Ukk6f3INhzdUsM8riaEee1Af9XsQoukj/dxzTl/Mg4bprLIB3z1VFSXWWd 9Dq5Azzxo19qQUDxAIg/BKKd6nuuLJ+Lo0usmCB9tejNclv8cI8f =7laV -----END PGP SIGNATURE----- --Sig_/Ze6z_0og.4QZ2NhNKG7uuvI-- From owner-freebsd-toolchain@freebsd.org Wed Dec 27 03:03:40 2017 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 BE442E99F43 for ; Wed, 27 Dec 2017 03:03:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-160.reflexion.net [208.70.210.160]) (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 7D28873A9B for ; Wed, 27 Dec 2017 03:03:39 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 20358 invoked from network); 27 Dec 2017 03:03:33 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 27 Dec 2017 03:03:33 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Tue, 26 Dec 2017 22:03:33 -0500 (EST) Received: (qmail 11430 invoked from network); 27 Dec 2017 03:03:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 27 Dec 2017 03:03:33 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id 5A087EC7B31; Tue, 26 Dec 2017 19:03:32 -0800 (PST) From: Mark Millard Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: 11.1-STABLE for amd64: jumping from -r326142 to -r327228: all_subdir_cxgbe/t4_firmware failed to build Message-Id: <05A0A079-EF5A-4BAE-B2E9-97142D50A1D1@dsl-only.net> Date: Tue, 26 Dec 2017 19:03:31 -0800 To: FreeBSD Toolchain , FreeBSD-STABLE Mailing List X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-toolchain@freebsd.org X-Mailman-Version: 2.1.25 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, 27 Dec 2017 03:03:40 -0000 This update spans the clang upgrade to 5.0.1 and ld is listed in _ERROR_CMD. But I've no direct evidence that these contributed. Cleaning out /usr/obj/amd64_clang/amd64.amd64/ and rebuilding instead of having an incremental build did not reproduce the problem. I provide the information anyway, in case others sometimes see similar examples. --- all_subdir_cxgbe/t4_firmware --- *** [t4fw_cfg.txt.fwo] Error code 1 make[5]: stopped in /usr/src/sys/modules/cxgbe/t4_firmware .ERROR_TARGET=3D't4fw_cfg.txt.fwo' = .ERROR_META_FILE=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC/m= odules/usr/src/sys/modules/cxgbe/t4_firmware/t4fw_cfg.txt.fwo.meta' .MAKE.LEVEL=3D'5' MAKEFILE=3D'' .MAKE.MODE=3D'meta missing-filemon=3Dyes missing-meta=3Dyes silent=3Dyes = verbose' _ERROR_CMD=3D'@echo t4fw_cfg.txt = /usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt; @if [ -e t4fw_cfg.txt ]; = then ld -b binary --no-warn-mismatch -d -warn-common = -m elf_x86_64_fbsd -r -d -o t4fw_cfg.txt.fwo = t4fw_cfg.txt; else = ln -s /usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt t4fw_cfg.txt; ld -b = binary --no-warn-mismatch -d -warn-common -m elf_x86_64_fbsd -r = -d -o t4fw_cfg.txt.fwo t4fw_cfg.txt; = rm t4fw_cfg.txt; fi;' .CURDIR=3D'/usr/src/sys/modules/cxgbe/t4_firmware' .MAKE=3D'make' = .OBJDIR=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC/modules/us= r/src/sys/modules/cxgbe/t4_firmware' .TARGETS=3D'all' DESTDIR=3D'' LD_LIBRARY_PATH=3D'' MACHINE=3D'amd64' MACHINE_ARCH=3D'amd64' = MAKEOBJDIRPREFIX=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC/m= odules' MAKESYSPATH=3D'/usr/src/share/mk' MAKE_VERSION=3D'20170720' = PATH=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/legacy/usr/sbin:/usr/= obj/amd64_clang/amd64.amd64/usr/src/tmp/legacy/usr/bin:/usr/obj/amd64_clan= g/amd64.amd64/usr/src/tmp/legacy/bin:/usr/obj/amd64_clang/amd64.amd64/usr/= src/tmp/usr/sbin:/usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/usr/bin:/sbi= n:/bin:/usr/sbin:/usr/bin' SRCTOP=3D'/usr/src' = OBJTOP=3D'/usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC/modules/usr= /src' .MAKE.MAKEFILES=3D'/usr/src/share/mk/sys.mk = /usr/src/share/mk/local.sys.env.mk /usr/src/share/mk/src.sys.env.mk = /root/src.configs/src.conf.amd64-clang.amd64-host = /usr/src/share/mk/bsd.mkopt.mk /usr/src/share/mk/local.sys.mk = /usr/src/share/mk/src.sys.mk /dev/null = /usr/src/sys/modules/cxgbe/t4_firmware/Makefile = /usr/src/share/mk/bsd.kmod.mk /usr/src/sys/conf/kmod.mk = /usr/src/share/mk/bsd.init.mk /usr/src/share/mk/bsd.opts.mk = /usr/src/share/mk/bsd.cpu.mk /usr/src/share/mk/local.init.mk = /usr/src/share/mk/src.init.mk /usr/src/share/mk/bsd.own.mk = /usr/src/share/mk/bsd.compiler.mk /usr/src/sys/conf/kern.opts.mk = /usr/src/sys/conf/config.mk /usr/src/share/mk/bsd.links.mk = /usr/src/share/mk/bsd.dep.mk /usr/src/share/mk/bsd.clang-analyze.mk = /usr/src/share/mk/bsd.obj.mk /usr/src/share/mk/bsd.subdir.mk = /usr/src/sys/conf/kern.mk' .PATH=3D'. /usr/src/sys/modules/cxgbe/t4_firmware = /usr/src/sys/dev/cxgbe/firmware = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC' # less = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC/modules/usr/src/sys/m= odules/cxgbe/t4_firmware/t4fw_cfg.txt.fwo.meta # Meta data file = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC/modules/usr/src/sys/m= odules/cxgbe/t4_firmware/t4fw_cfg.txt.fwo.meta CMD @echo t4fw_cfg.txt /usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt CMD @if [ -e t4fw_cfg.txt ]; then ld -b binary = --no-warn-mismatch -d -warn-common -m elf_x86_64_fbsd -r -d = -o t4fw_cfg.txt.fwo t4fw_cfg.txt; else = ln -s = /usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt t4fw_cfg.txt; ld -b binary = --no-warn-mismatch -d -warn-common -m elf_x86_64_fbsd -r -d = -o t4fw_cfg.txt.fwo t4fw_cfg.txt; rm = t4fw_cfg.txt; fi CWD = /usr/obj/amd64_clang/amd64.amd64/usr/src/sys/GENERIC/modules/usr/src/sys/m= odules/cxgbe/t4_firmware TARGET t4fw_cfg.txt.fwo -- command output -- t4fw_cfg.txt /usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt *** Error code 1 -- filemon acquired metadata -- # filemon version 5 # Target pid 99801 # Start 1514338319.353476 V 5 E 99829 /bin/sh R 99829 /etc/libmap.conf R 99829 /var/run/ld-elf.so.hints R 99829 /lib/libedit.so.7 R 99829 /lib/libc.so.7 R 99829 /lib/libncursesw.so.8 F 99829 99831 E 99831 /bin/ln R 99831 /etc/libmap.conf R 99831 /var/run/ld-elf.so.hints R 99831 /lib/libc.so.7 L 99831 '/usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt' 't4fw_cfg.txt' X 99831 0 0 F 99829 99835 E 99835 /usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/usr/bin/ld D 99835 t4fw_cfg.txt.fwo R 99835 t4fw_cfg.txt.fwo W 99835 t4fw_cfg.txt.fwo R 99835 t4fw_cfg.txt X 99835 1 0 X 99829 1 0 # Stop 1514338319.363473 # Bye bye The "L 99831 '/usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt' = 't4fw_cfg.txt'" indicates execution of the (whitespace changed below): else=20 ln -s /usr/src/sys/dev/cxgbe/firmware/t4fw_cfg.txt t4fw_cfg.txt; ld -b binary --no-warn-mismatch -d -warn-common -m elf_x86_64_fbsd -r = -d -o t4fw_cfg.txt.fwo t4fw_cfg.txt; rm t4fw_cfg.txt; fi The "E 99835 /usr/obj/amd64_clang/amd64.amd64/usr/src/tmp/usr/bin/ld" indicates which ld was executed. "X 99835 1 0" indicates a non-zero status return if I understand right. There is no "D t4fw_cfg.txt" line to match up with the "rm t4fw_cfg.txt", nor an "E" to match up with rm. =20 # uname -apKU FreeBSD FBSDFS 11.1-STABLE FreeBSD 11.1-STABLE r326142 amd64 amd64 = 1101506 1101506 # svnlite info /usr/src/ | grep "Re[plv]" Relative URL: ^/stable/11 Repository Root: svn://svn.freebsd.org/base Repository UUID: ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f Revision: 327228 Last Changed Rev: 327228 # more = ~/sys_build_scripts.amd64-host/make_amd64_nodebug_clang-amd64-host.sh=20 kldload -n filemon && \ script = /typescripts/sys_typescripts/typescript_make_amd64_nodebug_clang-amd64-hos= t-$(date +%Y-%m-%d:%H:%M:%S) \ env __MAKE_CONF=3D"/root/src.configs/make.conf" SRCCONF=3D"/dev/null" = SRC_ENV_CONF=3D"/root/src.configs/src.conf.amd64-clang.amd64-host" \ WITH_META_MODE=3Dyes \ MAKEOBJDIRPREFIX=3D"/usr/obj/amd64_clang/amd64.amd64" \ make $* # more /root/src.configs/src.conf.amd64-clang.amd64-host=20 TO_TYPE=3Damd64 # KERNCONF=3DGENERIC TARGET=3D${TO_TYPE} .if ${.MAKE.LEVEL} =3D=3D 0 TARGET_ARCH=3D${TO_TYPE} .export TARGET_ARCH .endif # WITH_META_MODE=3D #WITH_CROSS_COMPILER=3D WITH_SYSTEM_COMPILER=3D # WITH_LIBCPLUSPLUS=3D WITH_BINUTILS_BOOTSTRAP=3D WITH_ELFTOOLCHAIN_BOOTSTRAP=3D #WITH_CLANG_BOOTSTRAP=3D WITH_CLANG=3D WITH_CLANG_IS_CC=3D WITH_CLANG_FULL=3D WITH_CLANG_EXTRAS=3D #WITH_LLD=3D #WITHOUT_LLD_IS_LD=3D #WITH_LLVM_LIBUNWIND=3D #WITH_LLDB=3D #PORTS_MODULES=3Demulators/virtualbox-ose-additions # WITH_BOOT=3D WITH_LIB32=3D # WITHOUT_GCC_BOOTSTRAP=3D WITHOUT_GCC=3D WITHOUT_GCC_IS_CC=3D WITHOUT_GNUCXX=3D # NO_WERROR=3D #WERROR=3D MALLOC_PRODUCTION=3D # WITH_REPRODUCIBLE_BUILD=3D WITH_DEBUG_FILES=3D Ryzen Threadripper 1950X HW but FreeBSD -r327142 running under a Windows 10 Pro Hyper-V virtual machine. 110592 MB of RAM assigned. 29 virtual processors assigned. Physical hard disk used, not a virtual one. =3D=3D=3D Mark Millard markmi at dsl-only.net