From owner-freebsd-ppc@freebsd.org Mon Dec 4 18:53:19 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 61259E680AA for ; Mon, 4 Dec 2017 18:53:19 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-100.reflexion.net [208.70.210.100]) (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 2556D74CEF for ; Mon, 4 Dec 2017 18:53:18 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 4708 invoked from network); 4 Dec 2017 18:26:37 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 4 Dec 2017 18:26:37 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Mon, 04 Dec 2017 13:26:37 -0500 (EST) Received: (qmail 15285 invoked from network); 4 Dec 2017 18:26:37 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 4 Dec 2017 18:26:37 -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 A2EFEEC8B8D; Mon, 4 Dec 2017 10:26:36 -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: head -r326192: Under clang pkg-static (1.10.2) fails to link on powerpc64: "libtool: warning: complete static linking is impossible in this configuration" (later crashes) Message-Id: <34DAC1A0-81A5-4381-BF25-07BF7C42A761@dsl-only.net> Date: Mon, 4 Dec 2017 10:26:35 -0800 To: FreeBSD Toolchain , FreeBSD PowerPC ML X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Dec 2017 18:53:19 -0000 [I experiment with clang based worlds and kernels on powerpc64 and powerpc.] This was a poudriere-style build. pkg builds too early to allow devel/binutils or devel/powerpc64-binutils to be build first in order to use that linker or other such utilities. Thus, /usr/bin/ld is in use. (lld is not yet an option, last I knew anyway.) This make poudriere ineffective for the powerpc64 context with clang as the system compiler.=20 libtool: warning: complete static linking is impossible in this = configuration /usr/libexec/gdb shows: (/usr/local/bin/gdb core dumps) Core was generated by `/usr/bin/ld --eh-frame-hdr -dynamic-linker = /libexec/ld-elf.so.1 --enable-new-dta'. . . . Program terminated with signal 11, Segmentation fault. #0 0x000000001002e170 in ppc64_elf_tls_optimize (obfd=3D, info=3D) at = /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf6= 4-ppc.c:7172 7172 for (ent =3D = htab->tls_get_addr->elf.plt.plist; (gdb) bt #0 0x000000001002e170 in ppc64_elf_tls_optimize (obfd=3D, info=3D) at = /usr/src/gnu/usr.bin/binutils/libbfd/../../../../contrib/binutils/bfd/elf6= 4-ppc.c:7172 #1 0x0000000010001034 in ppc_before_allocation () at = eelf64ppc_fbsd.c:204 #2 0x0000000010009be4 in ldemul_before_allocation () at = /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldemul.c:= 78 #3 0x0000000010017b00 in lang_process () at = /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldlang.c:= 5785 #4 0x0000000010021ce0 in main (argc=3D0, argv=3D) = at = /usr/src/gnu/usr.bin/binutils/ld/../../../../contrib/binutils/ld/ldmain.c:= 459 #5 0x00000000100004a8 in _start (argc=3D0, argv=3D0x50a29380, = env=3D0x50f0e5c8, obj=3D, cleanup=3D, ps_strings=3D) at /usr/src/lib/csu/powerpc64/crt1.c:94 Current language: auto; currently minimal --- pkg-static --- /bin/sh ../libtool --tag=3DCC --mode=3Dlink cc -O2 -pipe = -Wno-error -g -fno-strict-aliasing -Wall -Wno-unused-function = -D_BSD_SOURCE -DINET6=3D1 -all-static -Wl,--enable-new-dtags -o = pkg-static pkg-add.o pkg-alias.o pkg-annotate.o pkg-audit.o = pkg-autoremove.o pkg-backup.o pkg-check.o pkg-clean.o pkg-config.o = pkg-convert.o pkg-create.o pkg-delete.o pkg-event.o pkg-fetch.o = pkg-globals.o pkg-info.o pkg-install.o pkg-lock.o pkg-main.o = pkg-plugins.o pkg-query.o pkg-register.o pkg-repo.o pkg-rquery.o = pkg-search.o pkg-set.o pkg-shell.o pkg-shlib.o pkg-ssh.o pkg-stats.o = pkg-update.o pkg-updating.o pkg-upgrade.o pkg-utils.o pkg-version.o = pkg-which.o ../libpkg/libpkg_static.la ../compat/libbsd_compat.la = -ljail -larchive -lz -lutil -lbz2 -llzma -lssl -lcrypto -lm -lelf = -ljail -larchive -lz -lbz2 -llzma libtool: warning: complete static linking is impossible in this = configuration libtool: link: cc -O2 -pipe -Wno-error -g -fno-strict-aliasing -Wall = -Wno-unused-function -D_BSD_SOURCE -DINET6=3D1 -Wl,--enable-new-dtags -o = pkg-static pkg-add.o pkg-alias.o pkg-annotate.o pkg-audit.o = pkg-autoremove.o pkg-backup.o pkg-check.o pkg-clean.o pkg-config.o = pkg-convert.o pkg-create.o pkg-delete.o pkg-event.o pkg-fetch.o = pkg-globals.o pkg-info.o pkg-install.o pkg-lock.o pkg-main.o = pkg-plugins.o pkg-query.o pkg-register.o pkg-repo.o pkg-rquery.o = pkg-search.o pkg-set.o pkg-shell.o pkg-shlib.o pkg-ssh.o pkg-stats.o = pkg-update.o pkg-updating.o pkg-upgrade.o pkg-utils.o pkg-version.o = pkg-which.o ../libpkg/.libs/libpkg_static.a = ../compat/.libs/libbsd_compat.a -lutil -lssl -lcrypto -lm -lelf -ljail = -larchive -lz -lbz2 -llzma . . . --- pkg-static --- cc: error: unable to execute command: Segmentation fault (core dumped) cc: error: linker command failed due to signal (use -v to see = invocation) *** [pkg-static] Error code 254 make[4]: stopped in = /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.2/src 1 error make[4]: stopped in = /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.2/src *** [all-recursive] Error code 1 make[3]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.2 1 error make[3]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.2 *** [all] Error code 2 make[2]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.2 1 error make[2]: stopped in /wrkdirs/usr/ports/ports-mgmt/pkg/work/pkg-1.10.2 =3D=3D=3D> Compilation failed unexpectedly. Context details: # uname -apKU FreeBSD FBSDG5L 12.0-CURRENT FreeBSD 12.0-CURRENT r326192M powerpc = powerpc64 1200054 1200054 # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 455204 Last Changed Rev: 455204 (The last before FLAVORS was enabled.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Dec 5 18:49:38 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A05ADE74833 for ; Tue, 5 Dec 2017 18:49:38 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-121.reflexion.net [208.70.210.121]) (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 5267B68978 for ; Tue, 5 Dec 2017 18:49:37 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 23429 invoked from network); 5 Dec 2017 18:42:51 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 5 Dec 2017 18:42:51 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Tue, 05 Dec 2017 13:42:51 -0500 (EST) Received: (qmail 26994 invoked from network); 5 Dec 2017 18:42:50 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Dec 2017 18:42:50 -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 44F59EC814E; Tue, 5 Dec 2017 10:42:50 -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: 32-bit powerpc system-clang based builds of devel/llvm40 and devel/llvm50: fails via "Host compiler appears to require libatomic, but cannot find it" Message-Id: Date: Tue, 5 Dec 2017 10:42:49 -0800 To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2017 18:49:38 -0000 [I experiment with system-clang based buildworld and/or buildkernel based TARGET_ARCH=3Dpowerpc64 and TARGET_ARCH=3Dpowerpc environments.] For TARGET_ARCH=3Dpowerpc devel/llvm40 and devel/llvm50 get failure reports like: -- Looking for __atomic_load_8 in atomic - not found CMake Error at cmake/modules/CheckAtomic.cmake:74 (message): Host compiler appears to require libatomic, but cannot find it. Call Stack (most recent call first): cmake/config-ix.cmake:307 (include) CMakeLists.txt:582 (include) I had tried to avoid any need for 8-Byte atomics (among other things) by avoiding LIT, LLD, and LLDB: # more /usr/local/etc/poudriere.d/options/devel_llvm50/options # This file is auto-generated by 'make config'. # Options for llvm50-5.0.0_1 _OPTIONS_READ=3Dllvm50-5.0.0_1 _FILE_COMPLETE_OPTIONS_LIST=3DCLANG DOCS EXTRAS LIT LLD LLDB OPTIONS_FILE_SET+=3DCLANG OPTIONS_FILE_SET+=3DDOCS OPTIONS_FILE_SET+=3DEXTRAS OPTIONS_FILE_UNSET+=3DLIT OPTIONS_FILE_UNSET+=3DLLD OPTIONS_FILE_UNSET+=3DLLDB # more /usr/local/etc/poudriere.d/options/devel_llvm40/options # This file is auto-generated by 'make config'. # Options for llvm40-4.0.1_1 _OPTIONS_READ=3Dllvm40-4.0.1_1 _FILE_COMPLETE_OPTIONS_LIST=3DCLANG DOCS EXTRAS LIT LLD LLDB OPTIONS_FILE_SET+=3DCLANG OPTIONS_FILE_SET+=3DDOCS OPTIONS_FILE_SET+=3DEXTRAS OPTIONS_FILE_UNSET+=3DLIT OPTIONS_FILE_UNSET+=3DLLD OPTIONS_FILE_UNSET+=3DLLDB For clang-based buildworld avoiding such things prevents running into the 8-Byte atomics based build failures: 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 # lldb requires missing atomic 8-byte operations for powerpc (non-64) WITHOUT_LLDB=3D # WITH_BOOT=3D (Note: buildkernel currently fails.) # clang++ --version FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on = LLVM 5.0.0svn) Target: powerpc-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin # uname -apKU FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r326192M powerpc = powerpc 1200054 1200054 # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: https://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 455204 Last Changed Rev: 455204 =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Dec 5 19:03:36 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id DEACEE7523B for ; Tue, 5 Dec 2017 19:03:36 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-96.reflexion.net [208.70.210.96]) (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 94EF76999D for ; Tue, 5 Dec 2017 19:03:35 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 12986 invoked from network); 5 Dec 2017 18:56:49 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 5 Dec 2017 18:56:49 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Tue, 05 Dec 2017 13:56:49 -0500 (EST) Received: (qmail 22733 invoked from network); 5 Dec 2017 18:56:49 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Dec 2017 18:56:49 -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 942E4EC953A; Tue, 5 Dec 2017 10:56:48 -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: 32-bit powerpc lang/ruby23 build fails: [BUG] Segmentation fault Message-Id: Date: Tue, 5 Dec 2017 10:56:48 -0800 To: FreeBSD PowerPC ML , FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2017 19:03:37 -0000 [I experiment with system-clang based buildworld and/or buildkernel based TARGET_ARCH=3Dpowerpc64 and TARGET_ARCH=3Dpowerpc environments.] linking miniruby generating encdb.h /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:18: [BUG] = Segmentation fault at 0x256400cf ruby 2.3.5p376 (2017-09-14 revision 59905) [powerpc-freebsd12] -- Control frame information = ----------------------------------------------- c:0007 p:---- s:0042 e:000041 CFUNC :initialize c:0006 p:---- s:0040 e:000039 CFUNC :open c:0005 p:---- s:0038 e:000037 CFUNC :call c:0004 p:0017 s:0033 e:000032 METHOD = /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:18 c:0003 p:0024 s:0026 e:000025 METHOD = /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:35 c:0002 p:0408 s:0021 E:001dcc EVAL ./tool/generic_erb.rb:40 [FINISH] c:0001 p:0000 s:0002 E:000a88 (none) [FINISH] -- Ruby level backtrace information = ---------------------------------------- ./tool/generic_erb.rb:40:in `
' /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:35:in = `open' /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:18:in = `search' /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:18:in = `call' /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:18:in = `open' /wrkdirs/usr/ports/lang/ruby23/work/ruby-2.3.5/tool/vpath.rb:18:in = `initialize' # clang++ --version FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on = LLVM 5.0.0svn) Target: powerpc-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin (clang was used to buildworld. clang-based buildworld for TARGET_ARCH=3Dpowerpc currently produces system libraries that crash for any thrown C++ exception. TARGET_ARCH=3Dpowerpc64 has the same issue.) # uname -apKU FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r326192M powerpc = powerpc 1200054 1200054 # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: https://svn.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 455204 Last Changed Rev: 455204 # svnlite status /usr/src/ | sort ? /usr/src/sys/amd64/conf/GENERIC-DBG ? /usr/src/sys/amd64/conf/GENERIC-NODBG ? /usr/src/sys/arm/conf/GENERIC-DBG ? /usr/src/sys/arm/conf/GENERIC-NODBG ? /usr/src/sys/arm64/conf/GENERIC-DBG ? /usr/src/sys/arm64/conf/GENERIC-NODBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-DBG ? /usr/src/sys/powerpc/conf/GENERIC64vtsc-NODBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-DBG ? /usr/src/sys/powerpc/conf/GENERICvtsc-NODBG M /usr/src/contrib/llvm/lib/Target/PowerPC/PPCFrameLowering.cpp M /usr/src/contrib/llvm/tools/lld/ELF/Arch/PPC64.cpp M /usr/src/crypto/openssl/crypto/armcap.c M /usr/src/lib/libkvm/kvm_powerpc.c M /usr/src/lib/libkvm/kvm_private.c M /usr/src/stand/defs.mk M /usr/src/stand/powerpc/boot1.chrp/Makefile M /usr/src/stand/powerpc/kboot/Makefile M /usr/src/sys/arm/allwinner/aw_usbphy.c M /usr/src/sys/arm64/arm64/identcpu.c M /usr/src/sys/conf/kmod.mk M /usr/src/sys/conf/ldscript.powerpc M /usr/src/sys/ddb/db_main.c M /usr/src/sys/ddb/db_script.c M /usr/src/sys/kern/subr_pcpu.c M /usr/src/sys/modules/dtb/allwinner/Makefile M /usr/src/sys/powerpc/aim/mmu_oea64.c M /usr/src/sys/powerpc/ofw/ofw_machdep.c M /usr/src/sys/powerpc/powerpc/interrupt.c M /usr/src/sys/powerpc/powerpc/mp_machdep.c M /usr/src/sys/powerpc/powerpc/trap.c =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Tue Dec 5 20:48:31 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EF35EE80F51; Tue, 5 Dec 2017 20:48:31 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (mail.vlakno.cz [91.217.96.224]) by mx1.freebsd.org (Postfix) with ESMTP id 73AF36EA26; Tue, 5 Dec 2017 20:48:30 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: by vlakno.cz (Postfix, from userid 1002) id 63A2546D20F; Tue, 5 Dec 2017 21:39:32 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=vlakno.cz; s=mail; t=1512506372; bh=/wBElwnwyoB0baxRBjwecbDB5fVvTJBjEkNj+UHz40A=; h=Date:From:To:Cc:Subject:References:In-Reply-To; b=FgnMbabsdwfdUhLYuRI3HG4f9H7Iv2AzuHrfiDYTS8Gnvp7NDUA9wgh7MTl4Zg0AC qTAVm0C59cKcGE5lhaJMZZOeOYAwsqHgAKNMtTkuAXBYpBy7qhFoM4o/u1iAe0j75j ag6Nrrh9fUvL1eR7Z7gmYCbo4wPjccFA1Talgsdk= Date: Tue, 5 Dec 2017 21:39:32 +0100 From: Roman Divacky To: Mark Millard Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Ports Subject: Re: 32-bit powerpc system-clang based builds of devel/llvm40 and devel/llvm50: fails via "Host compiler appears to require libatomic, but cannot find it" Message-ID: <20171205203932.GA53800@vlakno.cz> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.9.1 (2017-09-22) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2017 20:48:32 -0000 The cmake test just tries to compile: #include std::atomic x; int main() { return x; } What happens if you try to compile this small code with your host compiler? Roman On Tue, Dec 05, 2017 at 10:42:49AM -0800, Mark Millard wrote: > [I experiment with system-clang based > buildworld and/or buildkernel based > TARGET_ARCH=powerpc64 and > TARGET_ARCH=powerpc environments.] > > For TARGET_ARCH=powerpc devel/llvm40 and > devel/llvm50 get failure reports like: > > -- Looking for __atomic_load_8 in atomic - not found > CMake Error at cmake/modules/CheckAtomic.cmake:74 (message): > Host compiler appears to require libatomic, but cannot find it. > Call Stack (most recent call first): > cmake/config-ix.cmake:307 (include) > CMakeLists.txt:582 (include) > > > I had tried to avoid any need for 8-Byte atomics > (among other things) by avoiding LIT, LLD, and LLDB: > > # more /usr/local/etc/poudriere.d/options/devel_llvm50/options > # This file is auto-generated by 'make config'. > # Options for llvm50-5.0.0_1 > _OPTIONS_READ=llvm50-5.0.0_1 > _FILE_COMPLETE_OPTIONS_LIST=CLANG DOCS EXTRAS LIT LLD LLDB > OPTIONS_FILE_SET+=CLANG > OPTIONS_FILE_SET+=DOCS > OPTIONS_FILE_SET+=EXTRAS > OPTIONS_FILE_UNSET+=LIT > OPTIONS_FILE_UNSET+=LLD > OPTIONS_FILE_UNSET+=LLDB > > # more /usr/local/etc/poudriere.d/options/devel_llvm40/options > # This file is auto-generated by 'make config'. > # Options for llvm40-4.0.1_1 > _OPTIONS_READ=llvm40-4.0.1_1 > _FILE_COMPLETE_OPTIONS_LIST=CLANG DOCS EXTRAS LIT LLD LLDB > OPTIONS_FILE_SET+=CLANG > OPTIONS_FILE_SET+=DOCS > OPTIONS_FILE_SET+=EXTRAS > OPTIONS_FILE_UNSET+=LIT > OPTIONS_FILE_UNSET+=LLD > OPTIONS_FILE_UNSET+=LLDB > > For clang-based buildworld avoiding such things > prevents running into the 8-Byte atomics based > build failures: > > WITH_LIBCPLUSPLUS= > WITH_BINUTILS_BOOTSTRAP= > WITH_ELFTOOLCHAIN_BOOTSTRAP= > #WITH_CLANG_BOOTSTRAP= > WITH_CLANG= > WITH_CLANG_IS_CC= > WITH_CLANG_FULL= > WITH_CLANG_EXTRAS= > WITH_LLD= > # lldb requires missing atomic 8-byte operations for powerpc (non-64) > WITHOUT_LLDB= > # > WITH_BOOT= > > (Note: buildkernel currently fails.) > > # clang++ --version > FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on LLVM 5.0.0svn) > Target: powerpc-unknown-freebsd12.0 > Thread model: posix > InstalledDir: /usr/bin > > # uname -apKU > FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r326192M powerpc powerpc 1200054 1200054 > > # svnlite info /usr/ports/ | grep "Re[plv]" > Relative URL: ^/head > Repository Root: https://svn.freebsd.org/ports > Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 > Revision: 455204 > Last Changed Rev: 455204 > > > === > Mark Millard > markmi at dsl-only.net > > _______________________________________________ > 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-ppc@freebsd.org Tue Dec 5 21:36:45 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 87399E83244 for ; Tue, 5 Dec 2017 21:36:45 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-141.reflexion.net [208.70.210.141]) (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 4B755722FB for ; Tue, 5 Dec 2017 21:36:44 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 27548 invoked from network); 5 Dec 2017 21:36:38 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 5 Dec 2017 21:36:38 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Tue, 05 Dec 2017 16:36:38 -0500 (EST) Received: (qmail 15186 invoked from network); 5 Dec 2017 21:36:37 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 5 Dec 2017 21:36:37 -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 1BB8AEC94F6; Tue, 5 Dec 2017 13:36:37 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: 32-bit powerpc system-clang based builds of devel/llvm40 and devel/llvm50: fails via "Host compiler appears to require libatomic, but cannot find it" From: Mark Millard In-Reply-To: <20171205203932.GA53800@vlakno.cz> Date: Tue, 5 Dec 2017 13:36:36 -0800 Cc: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Ports Content-Transfer-Encoding: quoted-printable Message-Id: <92AC463A-4A91-4DC2-8536-1026DD5212B6@dsl-only.net> References: <20171205203932.GA53800@vlakno.cz> To: Roman Divacky X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Dec 2017 21:36:45 -0000 On 2017-Dec-5, at 12:39 PM, Roman Divacky wrote: > The cmake test just tries to compile: >=20 > #include > std::atomic x; > int main() { > return x; > } >=20 > What happens if you try to compile this small code with your host = compiler? >=20 > Roman [I later show that it seems to be testing with: std::atomic x (0) instead and is also using a line the example does not have (devel/llvm50 example): uint64_t i =3D x.load(std::memory_order_relaxed); .] # uname -apKU FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r326192M powerpc = powerpc 1200054 1200054 # more cpp_atomic.cpp=20 #include std::atomic x; int main() { return x; } # clang++ -v cpp_atomic.cpp FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on = LLVM 5.0.0svn) Target: powerpc-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/clang++" -cc1 -triple powerpc-unknown-freebsd12.0 -emit-obj = -mrelax-all -disable-free -main-file-name cpp_atomic.cpp = -mrelocation-model static -mthread-model posix -mdisable-fp-elim = -masm-verbose -mconstructor-aliases -target-cpu ppc -mfloat-abi hard -v = -dwarf-column-info -debugger-tuning=3Dgdb -resource-dir = /usr/lib/clang/5.0.0 -internal-isystem /usr/include/c++/v1 = -fdeprecated-macro -fdebug-compilation-dir /root/c_tests -ferror-limit = 19 -fmessage-length 200 -fno-signed-char -fobjc-runtime=3Dgnustep = -fcxx-exceptions -fexceptions -fdiagnostics-show-option = -fcolor-diagnostics -o /tmp/cpp_atomic-3b1ae2.o -x c++ cpp_atomic.cpp clang -cc1 version 5.0.0 based upon LLVM 5.0.0svn default target = powerpc-unknown-freebsd12.0 #include "..." search starts here: #include <...> search starts here: /usr/include/c++/v1 /usr/lib/clang/5.0.0/include /usr/include End of search list. "/usr/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --enable-new-dtags -m elf32ppc_fbsd -o a.out /usr/lib/crt1.o = /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib /tmp/cpp_atomic-3b1ae2.o = -lc++ -lm -lgcc --as-needed -lgcc_s --no-as-needed -lc -lgcc --as-needed = -lgcc_s --no-as-needed /usr/lib/crtend.o /usr/lib/crtn.o # ./a.out # So, the example works fine. Nothing about that example program would seem to match the note: -- Looking for __atomic_load_8 in atomic I would guess that the __atomic_load_8 test is somewhat different. . . Looking at an expansion of a wrkdirs' .tbz that poudriere produced, CheckAtomic.cmake has . . . . . . # Check for 64 bit atomic operations. if(MSVC) set(HAVE_CXX_ATOMICS64_WITHOUT_LIB True) else() check_working_cxx_atomics64(HAVE_CXX_ATOMICS64_WITHOUT_LIB) endif() # If not, check if the library exists, and atomics work with it. if(NOT HAVE_CXX_ATOMICS64_WITHOUT_LIB) check_library_exists(atomic __atomic_load_8 "" HAVE_CXX_LIBATOMICS64) if(HAVE_CXX_LIBATOMICS64) list(APPEND CMAKE_REQUIRED_LIBRARIES "atomic") check_working_cxx_atomics64(HAVE_CXX_ATOMICS64_WITH_LIB) if (NOT HAVE_CXX_ATOMICS64_WITH_LIB) message(FATAL_ERROR "Host compiler must support std::atomic!") endif() else() message(FATAL_ERROR "Host compiler appears to require libatomic, but = cannot find it.") endif() endif() . . . =46rom this I get: A) check_working_cxx_atomics64(HAVE_CXX_ATOMICS64_WITHOUT_LIB) set: NOT HAVE_CXX_ATOMICS64_WITHOUT_LIB B) check_library_exists(atomic __atomic_load_8 "" HAVE_CXX_LIBATOMICS64) set: NOT HAVE_CXX_LIBATOMICS64 For (A), looking at the test code (found by name-text matching): function(check_working_cxx_atomics64 varname) set(OLD_CMAKE_REQUIRED_FLAGS ${CMAKE_REQUIRED_FLAGS}) set(CMAKE_REQUIRED_FLAGS "-std=3Dc++11 ${CMAKE_REQUIRED_FLAGS}") CHECK_CXX_SOURCE_COMPILES(" #include #include std::atomic x (0); int main() { uint64_t i =3D x.load(std::memory_order_relaxed); return 0; } " ${varname}) set(CMAKE_REQUIRED_FLAGS ${OLD_CMAKE_REQUIRED_FLAGS}) endfunction(check_working_cxx_atomics64) I see: #include #include std::atomic x (0); int main() { uint64_t i =3D x.load(std::memory_order_relaxed); return 0; } Trying that example I see: /tmp/cpp_atomic_64_test-1fa999.o: In function `main': cpp_atomic_64_test.cpp:(.text+0xa8): undefined reference to = `__atomic_load_8' clang++: error: linker command failed with exit code 1 (use -v to see = invocation) Details: # more cpp_atomic_64_test.cpp=20 #include #include std::atomic x (0); int main() { uint64_t i =3D x.load(std::memory_order_relaxed); return 0; } # clang++ -v cpp_atomic_64_test.cpp=20 FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on = LLVM 5.0.0svn) Target: powerpc-unknown-freebsd12.0 Thread model: posix InstalledDir: /usr/bin "/usr/bin/clang++" -cc1 -triple powerpc-unknown-freebsd12.0 -emit-obj = -mrelax-all -disable-free -main-file-name cpp_atomic_64_test.cpp = -mrelocation-model static -mthread-model posix -mdisable-fp-elim = -masm-verbose -mconstructor-aliases -target-cpu ppc -mfloat-abi hard -v = -dwarf-column-info -debugger-tuning=3Dgdb -resource-dir = /usr/lib/clang/5.0.0 -internal-isystem /usr/include/c++/v1 = -fdeprecated-macro -fdebug-compilation-dir /root/c_tests -ferror-limit = 19 -fmessage-length 200 -fno-signed-char -fobjc-runtime=3Dgnustep = -fcxx-exceptions -fexceptions -fdiagnostics-show-option = -fcolor-diagnostics -o /tmp/cpp_atomic_64_test-1fa999.o -x c++ = cpp_atomic_64_test.cpp clang -cc1 version 5.0.0 based upon LLVM 5.0.0svn default target = powerpc-unknown-freebsd12.0 #include "..." search starts here: #include <...> search starts here: /usr/include/c++/v1 /usr/lib/clang/5.0.0/include /usr/include End of search list. "/usr/bin/ld" --eh-frame-hdr -dynamic-linker /libexec/ld-elf.so.1 = --enable-new-dtags -m elf32ppc_fbsd -o a.out /usr/lib/crt1.o = /usr/lib/crti.o /usr/lib/crtbegin.o -L/usr/lib = /tmp/cpp_atomic_64_test-1fa999.o -lc++ -lm -lgcc --as-needed -lgcc_s = --no-as-needed -lc -lgcc --as-needed -lgcc_s --no-as-needed = /usr/lib/crtend.o /usr/lib/crtn.o /tmp/cpp_atomic_64_test-1fa999.o: In function `main': cpp_atomic_64_test.cpp:(.text+0xa8): undefined reference to = `__atomic_load_8' clang++: error: linker command failed with exit code 1 (use -v to see = invocation) > On Tue, Dec 05, 2017 at 10:42:49AM -0800, Mark Millard wrote: >> [I experiment with system-clang based >> buildworld and/or buildkernel based >> TARGET_ARCH=3Dpowerpc64 and >> TARGET_ARCH=3Dpowerpc environments.] >>=20 >> For TARGET_ARCH=3Dpowerpc devel/llvm40 and >> devel/llvm50 get failure reports like: >>=20 >> -- Looking for __atomic_load_8 in atomic - not found >> CMake Error at cmake/modules/CheckAtomic.cmake:74 (message): >> Host compiler appears to require libatomic, but cannot find it. >> Call Stack (most recent call first): >> cmake/config-ix.cmake:307 (include) >> CMakeLists.txt:582 (include) >>=20 >>=20 >> I had tried to avoid any need for 8-Byte atomics >> (among other things) by avoiding LIT, LLD, and LLDB: >>=20 >> # more /usr/local/etc/poudriere.d/options/devel_llvm50/options >> # This file is auto-generated by 'make config'. >> # Options for llvm50-5.0.0_1 >> _OPTIONS_READ=3Dllvm50-5.0.0_1 >> _FILE_COMPLETE_OPTIONS_LIST=3DCLANG DOCS EXTRAS LIT LLD LLDB >> OPTIONS_FILE_SET+=3DCLANG >> OPTIONS_FILE_SET+=3DDOCS >> OPTIONS_FILE_SET+=3DEXTRAS >> OPTIONS_FILE_UNSET+=3DLIT >> OPTIONS_FILE_UNSET+=3DLLD >> OPTIONS_FILE_UNSET+=3DLLDB >>=20 >> # more /usr/local/etc/poudriere.d/options/devel_llvm40/options >> # This file is auto-generated by 'make config'. >> # Options for llvm40-4.0.1_1 >> _OPTIONS_READ=3Dllvm40-4.0.1_1 >> _FILE_COMPLETE_OPTIONS_LIST=3DCLANG DOCS EXTRAS LIT LLD LLDB >> OPTIONS_FILE_SET+=3DCLANG >> OPTIONS_FILE_SET+=3DDOCS >> OPTIONS_FILE_SET+=3DEXTRAS >> OPTIONS_FILE_UNSET+=3DLIT >> OPTIONS_FILE_UNSET+=3DLLD >> OPTIONS_FILE_UNSET+=3DLLDB >>=20 >> For clang-based buildworld avoiding such things >> prevents running into the 8-Byte atomics based >> build failures: >>=20 >> 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 >> # lldb requires missing atomic 8-byte operations for powerpc (non-64) >> WITHOUT_LLDB=3D >> # >> WITH_BOOT=3D >>=20 >> (Note: buildkernel currently fails.) >>=20 >> # clang++ --version >> FreeBSD clang version 5.0.0 (tags/RELEASE_500/final 312559) (based on = LLVM 5.0.0svn) >> Target: powerpc-unknown-freebsd12.0 >> Thread model: posix >> InstalledDir: /usr/bin >>=20 >> # uname -apKU >> FreeBSD FBSDG4S 12.0-CURRENT FreeBSD 12.0-CURRENT r326192M powerpc = powerpc 1200054 1200054 >>=20 >> # svnlite info /usr/ports/ | grep "Re[plv]" >> Relative URL: ^/head >> Repository Root: https://svn.freebsd.org/ports >> Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 >> Revision: 455204 >> Last Changed Rev: 455204 >=20 Side note: I see that you have been working on the powerpc/powerpc64 problem for generating libraries to handle thrown C++ exceptions, even making the problem description better/more-detailed/specific for the llvm bugzilla entry, now: __builtin_eh_return is not implemented for PPC nor PPC64 and referencing a start at changes for this: I have a WIP patch at http://vlakno.cz/~rdivacky/ppc64.eh_return.patch if anyone wants to take a look and finish it. Cool --and thanks! =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Wed Dec 6 04:46:40 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 79DB0E9023B for ; Wed, 6 Dec 2017 04:46:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-98.reflexion.net [208.70.210.98]) (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 3B60133A8 for ; Wed, 6 Dec 2017 04:46:40 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 28659 invoked from network); 6 Dec 2017 04:46:33 -0000 Received: from unknown (HELO mail-cs-01.app.dca.reflexion.local) (10.81.19.1) by 0 (rfx-qmail) with SMTP; 6 Dec 2017 04:46:33 -0000 Received: by mail-cs-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Tue, 05 Dec 2017 23:46:33 -0500 (EST) Received: (qmail 23395 invoked from network); 6 Dec 2017 04:46:33 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 6 Dec 2017 04:46: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 99622EC814E; Tue, 5 Dec 2017 20:46: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: powerpc64 & system-clang vs. building the likes of lang/gcc7 (at least): vec_step name pollution causes compile failures, should gcc7 source code avoid the name? Message-Id: Date: Tue, 5 Dec 2017 20:46:31 -0800 Cc: Gerald Pfeifer To: FreeBSD Toolchain , FreeBSD PowerPC ML , FreeBSD Ports X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 06 Dec 2017 04:46:40 -0000 [I experiment with clang-based worlds and kernels on powerpc64 and powerpc. But I'm not sure that such is the only type of context is required to see the below problem.] Attempting to build lang/gcc7 on a system-clang based powerpc64 (world and kernel) gets: = /wrkdirs/usr/ports/lang/gcc7/work/gcc-7.2.0/gcc/tree-vect-loop.c:3835:27: = error: expected unqualified-id tree new_vec, vec_init, vec_step, t; ^ = /wrkdirs/usr/ports/lang/gcc7/work/gcc-7.2.0/gcc/tree-vect-loop.c:3835:26: = error: expected ';' at end of declaration tree new_vec, vec_init, vec_step, t; ^ ; Well, it turns out that vec_step has the following potential naming conflicts, one for powerpc64 FreeBSD specifics, and one for clang specifics (for support of OpenCL). . . For powerpc64: /usr/src/contrib/gcc/config/rs6000/altivec.h:#define vec_step(x) = __builtin_vec_step (* (__typeof__ (x) *) 0) (I'm point the above out despite my clang-based context.) For clang: /usr/src/contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp:/// vec_step = and we are at the start of an expression or a parenthesized /usr/src/contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp:/// [OpenCL = 1.1 6.11.12] vec_step built-in function: /usr/src/contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp:/// = vec_step ( expressions ) /usr/src/contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp:/// = vec_step ( type-name ) /usr/src/contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp: "Not = a typeof/sizeof/alignof/vec_step expression!"); /usr/src/contrib/llvm/tools/clang/lib/Parse/ParseExpr.cpp: "Not = a sizeof/alignof/vec_step expression!"); /usr/src/contrib/llvm/tools/clang/lib/Sema/SemaExpr.cpp: // [OpenCL 1.1 = 6.11.12] "The vec_step built-in function takes a built-in /usr/src/contrib/llvm/tools/clang/lib/Sema/TreeTransform.h: /// \brief = Build a new sizeof, alignof or vec_step expression with a /usr/src/contrib/llvm/tools/clang/include/clang/AST/Expr.h:/// vec_step = (OpenCL 1.1 6.11.12). = /usr/src/contrib/llvm/tools/clang/include/clang/ASTMatchers/ASTMatchers.h:= /// \brief Matches sizeof (C99), alignof (C++11) and vec_step (OpenCL) = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.= td: "invalid application of '%select{sizeof|alignof|vec_step}0' to a " = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.= td: "invalid application of '%select{sizeof|alignof|vec_step}0' to a = void " = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.= td: "invalid application of = '%select{sizeof|alignof|vec_step|__builtin_omp_required_simd_align}0' to = a void type">; = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.= td: "invalid application of = '%select{sizeof|alignof|vec_step|__builtin_omp_required_simd_align}0' to = an " = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.= td: "invalid application of = '%select{sizeof|alignof|vec_step|__builtin_omp_required_simd_align}0' to = a " = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/DiagnosticSemaKinds.= td: "'vec_step' requires built-in scalar or vector type, %0 invalid">; = /usr/src/contrib/llvm/tools/clang/include/clang/Basic/TokenKinds.def:KEYWO= RD(vec_step , KEYOPENCL|KEYALTIVEC|KEYZVECTOR) (The lists were extracted from a: grep -r "\" /usr/src/* Some material was omitted from the reported matches.) Given the clang extension for having vec_step for OpenCL, it might be best if lang/gcc7 was updated to avoid the name (upstream as well). devel/llvm50 likely has the same vec_step as system-clang. I'm not sure about devel/llvm40 . This might be true of some other lang/gcc*'s: I just happen to build lang/gcc7 but not the others (generally). Context details: # uname -apKU FreeBSD FBSDG5L 12.0-CURRENT FreeBSD 12.0-CURRENT r326192M powerpc = powerpc64 1200054 1200054 # svnlite info /usr/ports/ | grep "Re[plv]" Relative URL: ^/head Repository Root: svn://svn0.us-west.freebsd.org/ports Repository UUID: 35697150-7ecd-e111-bb59-0022644237b5 Revision: 455204 Last Changed Rev: 455204 (Last before FLAVORS is enabled.) =3D=3D=3D Mark Millard markmi at dsl-only.net From owner-freebsd-ppc@freebsd.org Thu Dec 7 15:59:02 2017 Return-Path: Delivered-To: freebsd-ppc@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8D5C9E8ADE5 for ; Thu, 7 Dec 2017 15:59:02 +0000 (UTC) (envelope-from david.smith@cioutlookreports.com) Received: from mailer4.gate178.sl.smtp.com (mailer4.gate178.sl.smtp.com [192.40.178.4]) (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 2ED7769894 for ; Thu, 7 Dec 2017 15:59:01 +0000 (UTC) (envelope-from david.smith@cioutlookreports.com) X-MSFBL: D/1+x+QouceyQfH17ZwA64/h46zrpVRNa1Cw5tb6zIU=|eyJiIjoidmF5ZWRhc2F rZXRfZGVkaWNhdGVkX3Bvb2xfMTkyXzQwXzE3OF80IiwiZyI6InZheWVkYXNha2V 0X2RlZGljYXRlZF9wb29sIiwiciI6ImZyZWVic2QtcHBjQGZyZWVic2Qub3JnIn0 = Received: from [10.137.129.35] ([10.137.129.35:24466] helo=mtl-mtsp-c02-3.int.smtp) by mtl-mtsp-mta05-out1.smtp.com (envelope-from ) (ecelerity 4.2.1.55028 r(Core:4.2.1.12)) with ESMTP id ED/C1-30628-C80692A5; Thu, 07 Dec 2017 15:38:52 +0000 Received: from 10.137.11.94 by Caffeine (mtl-mtsp-c02-3) with SMTP id 7b66392b-c366-4bd0-8536-93020f638bd2 for freebsd-ppc@freebsd.org; Thu, 07 Dec 2017 15:38:50 +0000 (UTC) Received: from [86.4.116.225] ([86.4.116.225:28950] helo=Saket) by mtl-mtsp-mta05-in2 (envelope-from ) (ecelerity 4.1.0.46749 r(Core:4.1.0.4)) with ESMTPA id 9C/8A-12943-A80692A5; Thu, 07 Dec 2017 15:38:50 +0000 MIME-Version: 1.0 From: "David Smith" Reply-To: david.smith@cioutlookreports.com To: freebsd-ppc@freebsd.org Subject: Mobile Market Insider (Monthly Subscription Report) X-Mailer: Smart_Send_2_0_138 Date: Thu, 7 Dec 2017 15:38:46 +0000 Message-ID: <10120405087960296814720@Saket> X-SMTPCOM-Tracking-Number: 7b66392b-c366-4bd0-8536-93020f638bd2 X-SMTPCOM-Sender-ID: 9000298 Feedback-ID: 9000298:SMTPCOM DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=smtpserver.email; i=@smtpserver.email; q=dns/txt; s=smtpcustomer; t=1512661131; h=MIME-Version : From : Reply-To : To : Subject : Content-Type : Date : Message-ID : List-Unsubscribe : From : Subject : Date; bh=zkIuxd18z+z7aAAf3MvOdOdhdGJRgVhHLaXsgUXSMBE=; b=qA69TL6lwpvl0dD6a25HrxkmFPbpuFX8YoEqaKKhl1HLT0YyJXF+QQ63bOA0vwVHlun/ae gVV7xfBHzKVGKdkWh8O3g3/tOPLMhl8pyOUavgYuVd+uY14+GgkG+PliLptnyCydvgY4Th3h x2c33QE2VCphb9TrMsJ2HVFdUt5+ofawywvFo437ZHD48PTLcFI9S7QAVrbJ0pxyLYgYlsfh s7msADTmTpwQ8njU7bkCAKcYFJicslkwCVw6E49EKJZDsfnSUA0uFNQUsE2VwTN6N16uon+O PUZuHbi1YZtomTdU6DzGiYuXFVjdxjbJ28lxK8kuFjfrQVj3UG4v01mg== X-Report-Abuse: SMTP.com is an email service provider. Our abuse team cares about your feedback. Please contact abuse@smtp.com for further investigation. Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.25 X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Dec 2017 15:59:02 -0000 Mobile Market Insider (Monthly Subscription Report) =20 Subscription Overview: =20 The telecom industry is passing through a remarkable transition and opening= up new streams of revenues for mobile operators and smartphone producers. = Connectivity is becoming a vital part of almost all industries, and connect= ed cities and connected cars etc are some of the glimpses of its impact. We= believe that telecom industry will become a platform for growth in other i= ndustries in the upcoming years, helping to transform other sectors as well= as reshaping itself. However, both mobile operators and the smartphone pro= ducers have been facing serious challenges. On the mobile operator side, the advent of smartphones opened up possibilit= ies of monetising the increasing usage of data. However, it also brought ch= allenges, as the need for higher speeds meant large investments and at the = same time disruptors, including apps such as Skype, WhatsApp etc have creat= ed issues by offering free calls, which has reduced revenue, primarily from= international calls. Moreover, government and regulatory bodies have been = pushing for abolition of roaming fees, another vital source of revenue. Mea= nwhile, customers have more choices than ever before, due to multiplication= of MVNO=92s. Hence, it is vital to keep informed of key developments in th= e telecom market around the world, as the trends and impacts are no longer = local. In the smartphone market the competition is ferocious with many brands. Dom= estic producers are fighting for market share against international brands,= while emerging players, mainly from Asia are expanding internationally. In= such a scenario, understating customers=92 needs and preferences is crucia= l to remain in the game. Moreover, growth opportunities are still enormous = in many emerging countries, as customers migrate from feature phones to sma= rtphones. Hence, recognising the location and size of such opportunities co= uld be a key for future survival. The Mobile Market Insider monitors the main developments in both, the mobil= e operator and smartphone markets, including a monthly interview with a key= figure and an in-depth analysis of a current issue. The report also brings= key statistics, such as the number of subscribers, Teledensity, competitiv= e landscape, internet broadband, portability, number of smartphones and sma= rtphone penetration in the most important markets. Finally, there is also a= forecast of the main indices, thus giving not only a full picture of the h= istorical and current state of the market but also its future perspective. Why this report is unique, and a must-read for the Telecom industry as a wh= ole=3F What are the current key developments in the mobile and smartphones markets=3F Coverage of the recent developments, such as M&As activities, changes in ma= rket shares etc A special decision-oriented monthly insight An interview with a key figure in the market ( a new section starting in th= e upcoming issue) Provision of latest telecom related statistics such as competitive landscap= e, MVNOs, portability, penetration of 4G vs 3G and penetration of mobile in= ternet. One year annual forecast of number of subscribers and teledensity in 20 maj= or markets around the world. One year annual forecast of smartphones and smartphone penetration Why should you read this report=3F A 12-month subscription report, published at the start of the month. A detailed monthly analysis of an important issue in the telecom market The statistical section covers 20 major markets with crucial information. A view of the key developments in both mobile operator and smartphone marke= ts. Who should buy this report=3F Mobile network operators Smartphone manufacturers Contractors and infrastructure providers Financial institutions Industry consultants, researchers and analysts Government bodies Why our analyses are robust and authoritative=3F We constantly consult major industry stakeholders and incorporate their vie= ws in our analysis. We employ both quantitative and qualitative methods to derive robust analys= is. All our forecasts are supported by our proprietary econometric and excel ba= sed models. We are independent and present our views. Table of Contents Section - 1 Mobile Operators Monitoring of the global mobile operators market Section - 2 Smartphones Monitoring of the global smartphone market Section - 3 Monthly Insights In depth analysis of an important development in the telecom market Section - 4 Interview An interview with a key figure in the telecom market Section - 5 Key Statistics: Telecom and Mobile Operator Market by country Argentina 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Prepaid vs. Post-paid 4. Portability Bangladesh 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Mobile Internet Brazil 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. 3G vs. 4G 5. Prepaid vs. Post-paid China 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. 3G vs. 4G 4. Mobile Internet Colombia 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Mobile Internet 5. Prepaid vs. Post-paid Egypt 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Mobile Internet France 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Mobile Internet 4. 3G vs. 4G 5. Prepaid vs. Post-paid 6. Portability Germany 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) India 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Mobile Internet 5. Prepaid vs. Post-paid Japan 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Prepaid vs. Post-paid Mexico 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Portability 5. Prepaid vs. Post-paid Nigeria 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. 3G vs. 4G 5. Prepaid vs. Post-paid Pakistan 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Mobile Internet Portugal 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Portability 5. Prepaid vs. Post-paid 6. Mobile Internet 7. Roaming Russia 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) Spain 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Mobile Internet 5. Portability Turkey 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Competitive Landscape (Market share of mobile operators) 4. Prepaid vs. Post-paid 5. 3G vs. 4G 6. Portability United Arab Emirates 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Prepaid vs. Post-paid United Kingdom 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) 3. Mobile Broadband 4. Prepaid vs. Post-paid USA 1. Number of subscribers (historical and forecast) 2. Teledensity (historical and forecast) Section -6 Key Statistics: Smartphone Market 6.1 Smartphones Users Brazil China France Germany India Indonesia Japan Mexico Russia Turkey United Kingdom USA 6.2 Smartphone Penetration Brazil China France Germany India Indonesia Japan Mexico Russia Turkey United Kingdom USA Subscription Pricing Single User License: =A31,495 Departmental License (up to 5 Users): =A32,795 Global License: =A34,195 =20 Ordering process Please contact David Smith on david.smith@cioutlookreports.com And provide the following information: Subscription Title - Subscription License - (Single User/Departmental/Global) Name - Email - Job Title - Company - Invoice Address VAT number (EU Only) Please contact me if you have any questions, or wish to purchase a copy I look forward to hearing from you. Kind Regards David Smith Business Intelligence Executive To Unsubscribe send an email with Unsubscribe in the subject line to info@c= s-reports.com