[gentoo-alt] Update clang failed (El Captain)

[gentoo-alt] Update clang failed (El Captain)

[Han H.]

[-- Attachment #1: Type: text/plain, Size: 7717 bytes --]

Hi,

I tried to upgrade clang from 3.7.1 to 3.8.1 but got the following error message. Did anyone install clang 3.8.1 successfully?














[1213/3091] /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang++  -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Ilib/IR -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/lib/IR -Iinclude -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/include  -DNDEBUG -march=native -O2 -pipe  -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -fcolor-diagnostics -fPIC -MD -MT lib/IR/CMakeFiles/LLVMCore.dir/Function.cpp.o -MF lib/IR/CMakeFiles/LLVMCore.dir/Function.cpp.o.d -o lib/IR/CMakeFiles/LLVMCore.dir/Function.cpp.o -c /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/lib/IR/Function.cpp
ninja: build stopped: subcommand failed.
 * ERROR: sys-devel/llvm-3.8.1::gentoo_prefix failed (compile phase):
 *   (no error message)
 * 
 * Call stack:
 *     ebuild.sh, line  133:  Called __call-ebuildshell 'src_compile'
 *     ebuild.sh, line  542:  Called src_compile
 *   environment, line 5001:  Called multilib-minimal_src_compile
 *   environment, line 3065:  Called multilib_foreach_abi 'multilib-minimal_abi_src_compile'
 *   environment, line 3296:  Called multibuild_foreach_variant '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
 *   environment, line 3000:  Called _multibuild_run '_multilib_multibuild_wrapper' 'multilib-minimal_abi_src_compile'
 *   environment, line 2998:  Called _multilib_multibuild_wrapper 'multilib-minimal_abi_src_compile'
 *   environment, line  602:  Called multilib-minimal_abi_src_compile
 *   environment, line 3059:  Called multilib_src_compile
 *   environment, line 3508:  Called cmake-utils_src_compile
 *   environment, line 1180:  Called _cmake_execute_optionally 'src_compile'
 *   environment, line  329:  Called enable_cmake-utils_src_compile
 *   environment, line 1475:  Called cmake-utils_src_make
 *   environment, line 1195:  Called _cmake_ninja_src_make
 *   environment, line  385:  Called die
 * The specific snippet of code:
 *       "$@" || die
 * 
 * If you need support, post the output of `emerge --info '=sys-devel/llvm-3.8.1::gentoo_prefix'`,
 * the complete build log and the output of `emerge -pqv '=sys-devel/llvm-3.8.1::gentoo_prefix'`.
 * The complete build log is located at '/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/temp/build.log'.
 * The ebuild environment file is located at '/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/temp/environment'.
 * Working directory: '/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src-abi_x86_64.amd64'
 * S: '/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src'



$ emerge --info =sys-devel/llvm-3.8.1::gentoo_prefix
Portage 2.2.28-prefix (python 3.5.1-final-0, prefix/darwin/macos/10.11/x64, clang-3.7.1, unavailable, 15.6.0 x86_64)
=================================================================
                         System Settings
=================================================================
System uname: Darwin-15.6.0-x86_64-i386-64bit
Timestamp of repository gentoo_prefix: Wed, 24 Aug 2016 14:27:55 +0000
sh bash 4.3_p39
app-shells/bash:    4.3_p39::gentoo_prefix
dev-lang/perl:      5.24.0-r1::gentoo_prefix
dev-lang/python:    2.7.11-r2::gentoo_prefix, 3.4.3-r5::gentoo_prefix, 3.5.1-r3::gentoo_prefix
dev-util/cmake:     3.6.1::gentoo_prefix
dev-util/pkgconfig: 0.29.1::gentoo_prefix
sys-devel/autoconf: 2.69::gentoo_prefix
sys-devel/automake: 1.14.1::gentoo_prefix, 1.15::gentoo_prefix
sys-devel/libtool:  2.4.6-r1::gentoo_prefix
sys-devel/make:     4.2.1::gentoo_prefix
Repositories:

gentoo_prefix
    location: /Users/abc/gentoo/usr/portage
    sync-type: rsync
    sync-uri: rsync://rsync.prefix.bitzolder.nl/gentoo-portage-prefix
    priority: -1000
    aliases: gentoo

science
    location: /Users/abc/gentoo/var/lib/layman/science
    masters: gentoo_prefix
    priority: 0

sage-on-gentoo
    location: /Users/abc/gentoo/var/lib/layman/sage-on-gentoo
    masters: gentoo_prefix science
    priority: 1

ACCEPT_KEYWORDS="~x64-macos"
ACCEPT_LICENSE="* -@EULA"
CBUILD="x86_64-apple-darwin15"
CC="x86_64-apple-darwin15-clang"
CFLAGS="-march=native -O2 -pipe"
CHOST="x86_64-apple-darwin15"
CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c"
CXX="x86_64-apple-darwin15-clang++"
CXXFLAGS="-march=native -O2 -pipe"
DISTDIR="/Users/abc/gentoo/usr/portage/distfiles"
FCFLAGS=""
FEATURES="assume-digests binpkg-logs case-insensitive-fs collision-protect config-protect-if-modified distlocks ebuild-locks fixlafiles force-prefix merge-sync news nostrip parallel-fetch preserve-libs protect-owned sfperms strict unknown-features-warn unmerge-logs unmerge-orphans unprivileged userfetch userpriv usersandbox usersync"
FFLAGS=""
GENTOO_MIRRORS="http://distfiles.gentoo.org"
LDFLAGS="-Wl,-dead_strip_dylibs"
MAKEOPTS="-j5"
PKGDIR="/Users/abc/gentoo/usr/portage/packages"
PORTAGE_CONFIGROOT="/Users/abc/gentoo/"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
PORTAGE_TMPDIR="/Users/abc/gentoo/var/tmp"
USE="aqua coreaudio cracklib cxx ipv6 mmx mmxext modules ncurses nls objc objc++ prefix prefix-guest readline sse sse2 ssl unicode x64-macos zlib" ABI_X86="64" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="Darwin" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="keyboard mouse" KERNEL="Darwin" L10N="en" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6" PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4 python3_5" RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset:  CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON


 		 	   		  

[-- Attachment #2: Type: text/html, Size: 10940 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Michael Weiser]

Hello Han,

On Wed, Aug 24, 2016 at 04:40:06PM +0000, Han H. wrote:

> I tried to upgrade clang from 3.7.1 to 3.8.1 but got the following
> error message. Did anyone install clang 3.8.1 successfully?

Yep, I'm on 3.8.1 and all is well.

> [1213/3091] /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang++  -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Ilib/IR -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/lib/IR -Iinclude -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/include  -DNDEBUG -march=native -O2 -pipe  -fPIC -fvisibility-inlines-hidden -Wall -W -Wno-unused-parameter -Wwrite-strings -Wcast-qual -Wmissing-field-initializers -pedantic -Wno-long-long -Wcovered-switch-default -Wnon-virtual-dtor -Wdelete-non-virtual-dtor -Werror=date-time -std=c++11 -fcolor-diagnostics -fPIC -MD -MT lib/IR/CMakeFiles/LLVMCore.dir/Function.cpp.o -MF lib/IR/CMakeFiles/LLVMCore.dir/Function.cpp.o.d -o lib/IR/CMakeFiles/LLVMCore.dir/Function.cpp.o -c /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/lib/IR/Function.cpp
> ninja: build stopped: subcommand failed.
>  * ERROR: sys-devel/llvm-3.8.1::gentoo_prefix failed (compile phase):
>  *   (no error message)

Since there's no actual error message here, it's unlikely that anyone
will have an idea what you could do. Are you sure you can't dig up some
actual error message?
-- 
Michael
Don't panic!

[gentoo-alt] Update clang failed (El Captain)

[Han H.]

[-- Attachment #1: Type: text/plain, Size: 4180 bytes --]

This might be the relevant error message:

'stdio.h' file not found














[1208/3091] /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang  -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Iprojects/compiler-rt/lib/builtins -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins -Iinclude -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/include  -DNDEBUG -arch i386    -mmacosx-version-min=10.5 -fPIC -O3 -fvisibility=hidden -DVISIBILITY_HIDDEN -Wall -fomit-frame-pointer -arch i386 -MD -MT projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.builtins_i386_osx.dir/gcc_personality_v0.c.o -MF projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.builtins_i386_osx.dir/gcc_personality_v0.c.o.d -o projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.builtins_i386_osx.dir/gcc_personality_v0.c.o -c /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins/gcc_personality_v0.c
[1209/3091] /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang  -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Iprojects/compiler-rt/lib/builtins -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins -Iinclude -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/include  -DNDEBUG -arch i386    -isysroot -mmacosx-version-min=10.5 -arch i386 -fPIC -O3 -fvisibility=hidden -DVISIBILITY_HIDDEN -Wall -fomit-frame-pointer -MD -MT projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o -MF projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o.d -o projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o -c /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins/eprintf.c
FAILED: projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o 
/Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang  -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Iprojects/compiler-rt/lib/builtins -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins -Iinclude -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/include  -DNDEBUG -arch i386    -isysroot -mmacosx-version-min=10.5 -arch i386 -fPIC -O3 -fvisibility=hidden -DVISIBILITY_HIDDEN -Wall -fomit-frame-pointer -MD -MT projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o -MF projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o.d -o projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o -c /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins/eprintf.c
x86_64-apple-darwin15-clang-3.7: warning: no such sysroot directory: '-mmacosx-version-min=10.5'
/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins/eprintf.c:14:10: fatal error: 'stdio.h' file not found
#include <stdio.h>
         ^
1 error generated.
[1210/3091] cd /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src-abi_x86_64.amd64/projects/compiler-rt/lib/builtins && /Users/abc/gentoo/usr/bin/cmake -E make_directory /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src-abi_x86_64.amd64/./lib/clang/3.8.1/lib/darwin && lipo -output /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src-abi_x86_64.amd64/./lib/clang/3.8.1/lib/darwin/libclang_rt.cc_kext.a -create -arch i386 /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src-abi_x86_64.amd64/lib/libclang_rt.cc_kext_i386_osx.a -arch x86_64 /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src-abi_x86_64.amd64/lib/libclang_rt.cc_kext_x86_64_osx.a -arch x86_64h /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src-abi_x86_64.amd64/lib/libclang_rt.cc_kext_x86_64h_osx.a


 		 	   		  

[-- Attachment #2: Type: text/html, Size: 6497 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Michael Weiser]

Hello Han,

On Fri, Sep 02, 2016 at 02:49:22PM +0000, Han H. wrote:

> This might be the relevant error message:

> 'stdio.h' file not found

The more interesting message is this one:

> x86_64-apple-darwin15-clang-3.7: warning: no such sysroot directory: '-mmacosx-version-min=10.5'

It basically says thath '-mmacosx-version-min=10.5' is passed as
parameter to -isysroot which is bogus. Looking at the compiler call for
eprintf.c above it:

> /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang  -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -Iprojects/compiler-rt/lib/builtins -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins -Iinclude -I/Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/include  -DNDEBUG -arch i386    -isysroot -mmacosx-version-min=10.5 -arch i386 -fPIC -O3 -fvisibility=hidden -DVISIBILITY_HIDDEN -Wall -fomit-frame-pointer -MD -MT projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o -MF projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o.d -o projects/compiler-rt/lib/builtins/CMakeFiles/clang_rt.eprintf.dir/eprintf.c.o -c /Users/abc/gentoo/var/tmp/portage/sys-devel/llvm-3.8.1/work/llvm-3.8.1.src/projects/compiler-rt/lib/builtins/eprintf.c

... you can see that this is actually the case:

-isysroot -mmacosx-version-min=10.5

So you'd need to find out why that is the case.

Grepping for sysroot in llvm-3.8.1.src/projects/compiler-rt and knowing
that llvm is nowadays built using cmake on Gentoo I find
cmake/config-ix.cmake which has the following interesting code block
that might lead to an -isysroot parameter without path:

  # On Darwin if /usr/include doesn't exist, the user probably has Xcode but not
  # the command line tools. If this is the case, we need to find the OS X
  # sysroot to pass to clang.
  if(NOT EXISTS /usr/include)
    execute_process(COMMAND xcodebuild -version -sdk macosx Path
       OUTPUT_VARIABLE OSX_SYSROOT
       ERROR_QUIET
       OUTPUT_STRIP_TRAILING_WHITESPACE)
    set(OSX_SYSROOT_FLAG "-isysroot${OSX_SYSROOT}")
  endif()

So to get the obvious out of the way:

1. Do you have /usr/include
2. Do you have the XCode command line tools installed?
3. Have you recently upgraded Xcode and possibly forgotten the command
   line tools so they don't match in version?
3. What does xcodebuild -version -sdk macosx Path output?

Another possiblity is this bit of CMake code in the same file:

  find_darwin_sdk_dir(DARWIN_osx_SYSROOT macosx)

  if(DARWIN_osx_SYSROOT)
    list(APPEND DARWIN_osx_CFLAGS -isysroot ${DARWIN_osx_SYSROOT})
    list(APPEND DARWIN_osx_LINKFLAGS -isysroot ${DARWIN_osx_SYSROOT})
  endif()

find_darwin_sdk_dir is defined in ./cmake/Modules/CompilerRTDarwinUtils.cmake
and contains a basically identical call to xcodebuild.

Also, I just noticed that I have llvm-3.8.1-r1 on my box and emerge -atuND
@world is offering me a *downgrade* to 3.8.1 which you are trying to install.
I've just kicked this off and will let you know if it ran through on my system.

Yet also, there is an ebuild llvm-3.8.1-r2 and llvm-3.9.0_rc3. Have you tried
any of those (-r1, -r2, _rc3)?
-- 
tschoe, Michael
I like Kaba!

[gentoo-alt] Update clang failed (El Captain)

[Han H.]

[-- Attachment #1: Type: text/plain, Size: 864 bytes --]

Hi Michael,

Yes /usr/include is there. I am not able to install mac packages so an update must not be run by me. 

$ xcodebuild -version -sdk macosx
xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance

I saw in the check

-- Finding valid architectures for osx...
-- OSX supported arches: i386;x86_64;x86_64h
-- Finding valid architectures for 10.4...
-- OSX 10.4 supported arches: i386;x86_64;x86_64h
-- Compiler-RT supported architectures: i386;x86_64;x86_64h

does that mean it detects my system is 10.4?

I also tried 3.8.1-r2 but same thing happens. llvm-3.9.0_rc3 requires more upgrade (cmake...) and not sure if uncomplete upgrade (if cmake updates and llvm remains 3.7.1) will cause a broken toolchain. 

Thanks,
Han
 		 	   		  

[-- Attachment #2: Type: text/html, Size: 1123 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Michael Weiser]

Hello Han,

On Fri, Sep 02, 2016 at 07:31:02PM +0000, Han H. wrote:

> Yes /usr/include is there. I am not able to install mac packages so an update must not be run by me. 

> $ xcodebuild -version -sdk macosx
> xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance

I think thats your problem right there. Think about this sequence of
commands:

osx:~ amichael$ xcodebuild -version -sdk macosx Path
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk
osx:~ amichael$ sudo xcode-select -s /Library/Developer/CommandLineTools
osx:~ amichael$ xcodebuild -version -sdk macosx Path
xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer directory '/Library/Developer/CommandLineTools' is a command line tools instance
osx:~ amichael$ xcodebuild -version -sdk macosx Path 2>/dev/null
osx:~ amichael$ echo $?
1
osx:~ amichael$ sudo xcode-select -s /Applications/Xcode.app
osx:~ amichael$ xcodebuild -version -sdk macosx Path 2>/dev/null
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.11.sdk

So just have someone with sudo/root access on the box fix up the Xcode
installation using a command like:

sudo xcode-select -s /Applications/Xcode.app

... and you should be all set.

> I saw in the check

> -- Finding valid architectures for osx...
> -- OSX supported arches: i386;x86_64;x86_64h
> -- Finding valid architectures for 10.4...
> -- OSX 10.4 supported arches: i386;x86_64;x86_64h
> -- Compiler-RT supported architectures: i386;x86_64;x86_64h

> does that mean it detects my system is 10.4?

No, they've got workarounds for functions that hadn't been invented yet
on 10.4. I guess they're detecting what platforms they need to compile
those for. I think you can ignore that.

> I also tried 3.8.1-r2 but same thing happens. llvm-3.9.0_rc3 requires
> more upgrade (cmake...) and not sure if uncomplete upgrade (if cmake
> updates and llvm remains 3.7.1) will cause a broken toolchain. 

My compile of 3.8.1 went fine, BTW.

BTW: I'll be out on holiday starting now. So sorry if you have followup
questions and I don't respond for a while.
-- 
bye, Michael
weiser.dinsnail.net/

[gentoo-alt] Update clang failed (El Captain)

[Han H.]

[-- Attachment #1: Type: text/plain, Size: 182 bytes --]

Hi Michael,

OK then I'll try to get someone to install tools for me, or maybe just staying with 3.7.1 looks a good solution too. Have a nice holiday!

Thanks,
Han
 		 	   		  

[-- Attachment #2: Type: text/html, Size: 411 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Fabian Groffen]

[-- Attachment #1: Type: text/plain, Size: 1586 bytes --]

Han, Michael,

I've got the exact same scenario on my El Capitan.  With the help of
Michael's pointers, I managed to track down what goes wrong.

Michael pointed out there is a call to some function that will return an
empty string for systems where xcodebuild barfs, and the later code
checks if the variable is set.  Obviously it is (to an empty string),
with a result of "-isysroot".

I've patched the function to return / in case xcodebuild returns nothing
useful, such that we fall back to /usr/include, which makes the whole
thing compile for me.

Fabian

On 02-09-2016 19:31:02 +0000, Han H. wrote:
> Hi Michael,
> 
> Yes /usr/include is there. I am not able to install mac packages so an
> update must not be run by me.
> 
> $ xcodebuild -version -sdk macosx
> xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer
> directory '/Library/Developer/CommandLineTools' is a command line tools
> instance
> 
> I saw in the check
> 
> -- Finding valid architectures for osx...
> -- OSX supported arches: i386;x86_64;x86_64h
> -- Finding valid architectures for 10.4...
> -- OSX 10.4 supported arches: i386;x86_64;x86_64h
> -- Compiler-RT supported architectures: i386;x86_64;x86_64h
> 
> does that mean it detects my system is 10.4?
> 
> I also tried 3.8.1-r2 but same thing happens. llvm-3.9.0_rc3 requires more
> upgrade (cmake...) and not sure if uncomplete upgrade (if cmake updates and
> llvm remains 3.7.1) will cause a broken toolchain.
> 
> Thanks,
> Han
> 

-- 
Fabian Groffen
Gentoo on a different level

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Fabian Groffen]

[-- Attachment #1: Type: text/plain, Size: 1865 bytes --]

Han,

Does it work for you now with my fixes?

Thanks,

Fabian


On 04-09-2016 17:06:56 +0200, Fabian Groffen wrote:
> Han, Michael,
> 
> I've got the exact same scenario on my El Capitan.  With the help of
> Michael's pointers, I managed to track down what goes wrong.
> 
> Michael pointed out there is a call to some function that will return an
> empty string for systems where xcodebuild barfs, and the later code
> checks if the variable is set.  Obviously it is (to an empty string),
> with a result of "-isysroot".
> 
> I've patched the function to return / in case xcodebuild returns nothing
> useful, such that we fall back to /usr/include, which makes the whole
> thing compile for me.
> 
> Fabian
> 
> On 02-09-2016 19:31:02 +0000, Han H. wrote:
> > Hi Michael,
> > 
> > Yes /usr/include is there. I am not able to install mac packages so an
> > update must not be run by me.
> > 
> > $ xcodebuild -version -sdk macosx
> > xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer
> > directory '/Library/Developer/CommandLineTools' is a command line tools
> > instance
> > 
> > I saw in the check
> > 
> > -- Finding valid architectures for osx...
> > -- OSX supported arches: i386;x86_64;x86_64h
> > -- Finding valid architectures for 10.4...
> > -- OSX 10.4 supported arches: i386;x86_64;x86_64h
> > -- Compiler-RT supported architectures: i386;x86_64;x86_64h
> > 
> > does that mean it detects my system is 10.4?
> > 
> > I also tried 3.8.1-r2 but same thing happens. llvm-3.9.0_rc3 requires more
> > upgrade (cmake...) and not sure if uncomplete upgrade (if cmake updates and
> > llvm remains 3.7.1) will cause a broken toolchain.
> > 
> > Thanks,
> > Han
> > 
> 
> -- 
> Fabian Groffen
> Gentoo on a different level



-- 
Fabian Groffen
Gentoo on a different level

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Matt Michalowski]

[-- Attachment #1: Type: text/plain, Size: 2068 bytes --]

I had the same problem. Your fixes have worked for me.

Thanks Fabian.

Matt.

On 6 September 2016 at 17:55, Fabian Groffen <grobian@gentoo.org> wrote:

> Han,
>
> Does it work for you now with my fixes?
>
> Thanks,
>
> Fabian
>
>
> On 04-09-2016 17:06:56 +0200, Fabian Groffen wrote:
> > Han, Michael,
> >
> > I've got the exact same scenario on my El Capitan.  With the help of
> > Michael's pointers, I managed to track down what goes wrong.
> >
> > Michael pointed out there is a call to some function that will return an
> > empty string for systems where xcodebuild barfs, and the later code
> > checks if the variable is set.  Obviously it is (to an empty string),
> > with a result of "-isysroot".
> >
> > I've patched the function to return / in case xcodebuild returns nothing
> > useful, such that we fall back to /usr/include, which makes the whole
> > thing compile for me.
> >
> > Fabian
> >
> > On 02-09-2016 19:31:02 +0000, Han H. wrote:
> > > Hi Michael,
> > >
> > > Yes /usr/include is there. I am not able to install mac packages so an
> > > update must not be run by me.
> > >
> > > $ xcodebuild -version -sdk macosx
> > > xcode-select: error: tool 'xcodebuild' requires Xcode, but active
> developer
> > > directory '/Library/Developer/CommandLineTools' is a command line
> tools
> > > instance
> > >
> > > I saw in the check
> > >
> > > -- Finding valid architectures for osx...
> > > -- OSX supported arches: i386;x86_64;x86_64h
> > > -- Finding valid architectures for 10.4...
> > > -- OSX 10.4 supported arches: i386;x86_64;x86_64h
> > > -- Compiler-RT supported architectures: i386;x86_64;x86_64h
> > >
> > > does that mean it detects my system is 10.4?
> > >
> > > I also tried 3.8.1-r2 but same thing happens. llvm-3.9.0_rc3 requires
> more
> > > upgrade (cmake...) and not sure if uncomplete upgrade (if cmake
> updates and
> > > llvm remains 3.7.1) will cause a broken toolchain.
> > >
> > > Thanks,
> > > Han
> > >
> >
> > --
> > Fabian Groffen
> > Gentoo on a different level
>
>
>
> --
> Fabian Groffen
> Gentoo on a different level
>

[-- Attachment #2: Type: text/html, Size: 2917 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Han H.]

[-- Attachment #1: Type: text/plain, Size: 7579 bytes --]

Hi Fabian,

The patch works for me. Thanks!

The emerge of llvm-3.8.1 is done, but after that I tried to emptytree the system. Then it ran into an error when I emerge cmake (and many others) with the following error message. It looks some way of declaration was recognized by old clang but not by the new one, and now it’s not possible to go back to old clang (with the same error message). Do you have an idea how to fix this?

[  8%] Building CXX object Source/kwsys/CMakeFiles/cmsys.dir/EncodingCXX.cxx.o
cd /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/kwsys && /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang++  -DKWSYS_NAMESPACE=cmsys -I/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source -I/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/kwsys   -DNDEBUG -march=native -O2 -pipe    -std=gnu++14 -o CMakeFiles/cmsys.dir/EncodingCXX.cxx.o -c /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/EncodingCXX.cxx
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/src/lib_json/json_writer.cpp:7:
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/writer.h:10:
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/value.h:12:
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error: 'basic_string<_CharT, _Traits, _Allocator>' is missing exception specification
      'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
basic_string<_CharT, _Traits, _Allocator>::basic_string(const allocator_type& __a)
                                           ^
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous declaration is here
    _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type& __a)
                                       ^
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/Directory.cxx:13:
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/Directory.hxx:16:
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error: 'basic_string<_CharT, _Traits, _Allocator>' is missing exception specification
      'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
basic_string<_CharT, _Traits, _Allocator>::basic_string(const allocator_type& __a)
                                           ^
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous declaration is here
    _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type& __a)
                                       ^
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/src/lib_json/json_value.cpp:8:
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/value.h:12:
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error: 'basic_string<_CharT, _Traits, _Allocator>' is missing exception specification
      'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
basic_string<_CharT, _Traits, _Allocator>::basic_string(const allocator_type& __a)
                                           ^
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/DynamicLoader.cxx:13:
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/DynamicLoader.hxx:16:
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error: 'basic_string<_CharT, _Traits, _Allocator>' is missing exception specification
      'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
basic_string<_CharT, _Traits, _Allocator>::basic_string(const allocator_type& __a)
note                                           ^
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous declaration is here
    _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type& __a)
                                       ^
: previous declaration is here
    _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type& __a)
                                       ^
1 error generated.
make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:255: Source/kwsys/CMakeFiles/cmsys.dir/DynamicLoader.cxx.o] Error 1
make[2]: *** Waiting for unfinished jobs....
1 error generated.
make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:231: Source/kwsys/CMakeFiles/cmsys.dir/Directory.cxx.o] Error 1
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/EncodingCXX.cxx:20:
In file included from /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/Encoding.hxx:16:
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error: 'basic_string<_CharT, _Traits, _Allocator>' is missing exception specification
      'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
basic_string<_CharT, _Traits, _Allocator>::basic_string(const allocator_type& __a)
                                           ^
/Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous declaration is here
    _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type& __a)
                                       ^
1 error generated.
make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:279: Source/kwsys/CMakeFiles/cmsys.dir/EncodingCXX.cxx.o] Error 1
make[2]: Leaving directory '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
make[1]: *** [CMakeFiles/Makefile2:1026: Source/kwsys/CMakeFiles/cmsys.dir/all] Error 2
1 error generated.
make[2]: *** [Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/build.make:111: Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/src/lib_json/json_writer.cpp.o] Error 1
1 error generated.
make[2]: *** [Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/build.make:87: Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/src/lib_json/json_value.cpp.o] Error 1
make[2]: Leaving directory '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
make[1]: *** [CMakeFiles/Makefile2:1431: Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/all] Error 2
make[1]: Leaving directory '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
make: *** [Makefile:161: all] Error 2
* ERROR: dev-util/cmake-3.6.1-r1::gentoo_prefix failed (compile phase):
*   emake failed
*
* If you need support, post the output of `emerge --info '=dev-util/cmake-3.6.1-r1::gentoo_prefix'`,
* the complete build log and the output of `emerge -pqv '=dev-util/cmake-3.6.1-r1::gentoo_prefix'`.
* The complete build log is located at '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/temp/build.log'.
* The ebuild environment file is located at '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/temp/environment'.
* Working directory: '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
* S: '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1'

[-- Attachment #2: Type: text/html, Size: 13456 bytes --]

[gentoo-alt] Update clang failed (El Captain)

[Han H.]

[-- Attachment #1: Type: text/plain, Size: 51 bytes --]

The patch works for me.

Thanks, Fabian!

Han

[-- Attachment #2: Type: text/html, Size: 1317 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Fabian Groffen]

[-- Attachment #1: Type: text/plain, Size: 8948 bytes --]

I think this is due to libcxx and friends not being updated.  I just
pushed some preliminary versions, I hope that will get things back on
track.

Fabian


On 06-09-2016 21:37:09 +0000, Han H. wrote:
> Hi Fabian,
> 
> The patch works for me. Thanks!
> 
> The emerge of llvm-3.8.1 is done, but after that I tried to emptytree the
> system. Then it ran into an error when I emerge cmake (and many others) with
> the following error message. It looks some way of declaration was recognized
> by old clang but not by the new one, and now it’s not possible to go back to
> old clang (with the same error message). Do you have an idea how to fix
> this?
> 
> [  8%] Building CXX object
> Source/kwsys/CMakeFiles/cmsys.dir/EncodingCXX.cxx.o
> 
> cd
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/kwsys
> && /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang++ 
> -DKWSYS_NAMESPACE=cmsys
> -I/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source
> -I/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/kwsys  
> -DNDEBUG -march=native -O2 -pipe    -std=gnu++14 -o
> CMakeFiles/cmsys.dir/EncodingCXX.cxx.o -c
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/EncodingCXX.cxx
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/src/lib_json/json_writer.cpp:7:
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/writer.h:10:
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/value.h:12:
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
> 
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
> 
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
> 
>                                            ^
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
> 
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
> 
>                                        ^
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/Directory.cxx:13:
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/Directory.hxx:16:
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
> 
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
> 
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
> 
>                                            ^
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
> 
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
> 
>                                        ^
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/src/lib_json/json_value.cpp:8:
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/value.h:12:
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
> 
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
> 
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
> 
>                                            ^
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: In file included
> from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/DynamicLoader.cxx:13:
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/DynamicLoader.hxx:16:
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
> 
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
> 
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
> 
> note                                           ^
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
> 
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
> 
>                                        ^
> 
> : previous declaration is here
> 
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
> 
>                                        ^
> 
> 1 error generated.
> 
> make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:255:
> Source/kwsys/CMakeFiles/cmsys.dir/DynamicLoader.cxx.o] Error 1
> 
> make[2]: *** Waiting for unfinished jobs....
> 
> 1 error generated.
> 
> make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:231:
> Source/kwsys/CMakeFiles/cmsys.dir/Directory.cxx.o] Error 1
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/EncodingCXX.cxx:20:
> 
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/Encoding.hxx:16:
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
> 
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
> 
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
> 
>                                            ^
> 
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
> 
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
> 
>                                        ^
> 
> 1 error generated.
> 
> make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:279:
> Source/kwsys/CMakeFiles/cmsys.dir/EncodingCXX.cxx.o] Error 1
> 
> make[2]: Leaving directory
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
> 
> make[1]: *** [CMakeFiles/Makefile2:1026:
> Source/kwsys/CMakeFiles/cmsys.dir/all] Error 2
> 
> 1 error generated.
> 
> make[2]: *** [Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/build.make:111:
> Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/src/lib_json/json_writer.cpp.o]
> Error 1
> 
> 1 error generated.
> 
> make[2]: *** [Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/build.make:87:
> Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/src/lib_json/json_value.cpp.o]
> Error 1
> 
> make[2]: Leaving directory
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
> 
> make[1]: *** [CMakeFiles/Makefile2:1431:
> Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/all] Error 2
> 
> make[1]: Leaving directory
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
> 
> make: *** [Makefile:161: all] Error 2
> 
> * ERROR: dev-util/cmake-3.6.1-r1::gentoo_prefix failed (compile phase):
> 
> *   emake failed
> 
> *
> 
> * If you need support, post the output of `emerge --info
> '=dev-util/cmake-3.6.1-r1::gentoo_prefix'`,
> 
> * the complete build log and the output of `emerge -pqv
> '=dev-util/cmake-3.6.1-r1::gentoo_prefix'`.
> 
> * The complete build log is located at
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/temp/build.log'.
> 
> * The ebuild environment file is located at
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/temp/environment'.
> 
> * Working directory:
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
> 
> * S:
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1'
> 

-- 
Fabian Groffen
Gentoo on a different level

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

RE: [gentoo-alt] Update clang failed (El Captain)

[Han H.]

[-- Attachment #1: Type: text/plain, Size: 8750 bytes --]

Hi Fabian,



Thanks for the update. I can emerge packages now with no problem.



Han





From: Fabian Groffen<mailto:grobian@gentoo.org>
Sent: Wednesday, September 7, 2016 3:37 AM
To: gentoo-alt@lists.gentoo.org<mailto:gentoo-alt@lists.gentoo.org>
Subject: Re: [gentoo-alt] Update clang failed (El Captain)



I think this is due to libcxx and friends not being updated.  I just
pushed some preliminary versions, I hope that will get things back on
track.

Fabian


On 06-09-2016 21:37:09 +0000, Han H. wrote:
> Hi Fabian,
>
> The patch works for me. Thanks!
>
> The emerge of llvm-3.8.1 is done, but after that I tried to emptytree the
> system. Then it ran into an error when I emerge cmake (and many others) with
> the following error message. It looks some way of declaration was recognized
> by old clang but not by the new one, and now it’s not possible to go back to
> old clang (with the same error message). Do you have an idea how to fix
> this?
>
> [  8%] Building CXX object
> Source/kwsys/CMakeFiles/cmsys.dir/EncodingCXX.cxx.o
>
> cd
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/kwsys
> && /Users/abc/gentoo/usr/bin/x86_64-apple-darwin15-clang++
> -DKWSYS_NAMESPACE=cmsys
> -I/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source
> -I/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/kwsys
> -DNDEBUG -march=native -O2 -pipe    -std=gnu++14 -o
> CMakeFiles/cmsys.dir/EncodingCXX.cxx.o -c
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/EncodingCXX.cxx
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/src/lib_json/json_writer.cpp:7:
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/writer.h:10:
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/value.h:12:
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
>
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
>
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
>
>                                            ^
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
>
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
>
>                                        ^
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/Directory.cxx:13:
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/Directory.hxx:16:
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
>
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
>
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
>
>                                            ^
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
>
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
>
>                                        ^
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/src/lib_json/json_value.cpp:8:
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Utilities/cmjsoncpp/include/json/value.h:12:
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
>
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
>
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
>
>                                            ^
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: In file included
> from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/DynamicLoader.cxx:13:
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/DynamicLoader.hxx:16:
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
>
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
>
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
>
> note                                           ^
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
>
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
>
>                                        ^
>
> : previous declaration is here
>
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
>
>                                        ^
>
> 1 error generated.
>
> make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:255:
> Source/kwsys/CMakeFiles/cmsys.dir/DynamicLoader.cxx.o] Error 1
>
> make[2]: *** Waiting for unfinished jobs....
>
> 1 error generated.
>
> make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:231:
> Source/kwsys/CMakeFiles/cmsys.dir/Directory.cxx.o] Error 1
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1/Source/kwsys/EncodingCXX.cxx:20:
>
> In file included from
> /Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build/Source/cmsys/Encoding.hxx:16:
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1938:44: error:
> 'basic_string<_CharT, _Traits, _Allocator>' is missing exception
> specification
>
>       'noexcept(is_nothrow_copy_constructible<allocator_type>::value)'
>
> basic_string<_CharT, _Traits, _Allocator>::basic_string(const
> allocator_type& __a)
>
>                                            ^
>
> /Users/abc/gentoo/usr/bin/../include/c++/v1/string:1326:40: note: previous
> declaration is here
>
>     _LIBCPP_INLINE_VISIBILITY explicit basic_string(const allocator_type&
> __a)
>
>                                        ^
>
> 1 error generated.
>
> make[2]: *** [Source/kwsys/CMakeFiles/cmsys.dir/build.make:279:
> Source/kwsys/CMakeFiles/cmsys.dir/EncodingCXX.cxx.o] Error 1
>
> make[2]: Leaving directory
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
>
> make[1]: *** [CMakeFiles/Makefile2:1026:
> Source/kwsys/CMakeFiles/cmsys.dir/all] Error 2
>
> 1 error generated.
>
> make[2]: *** [Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/build.make:111:
> Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/src/lib_json/json_writer.cpp.o]
> Error 1
>
> 1 error generated.
>
> make[2]: *** [Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/build.make:87:
> Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/src/lib_json/json_value.cpp.o]
> Error 1
>
> make[2]: Leaving directory
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
>
> make[1]: *** [CMakeFiles/Makefile2:1431:
> Utilities/cmjsoncpp/CMakeFiles/cmjsoncpp.dir/all] Error 2
>
> make[1]: Leaving directory
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
>
> make: *** [Makefile:161: all] Error 2
>
> * ERROR: dev-util/cmake-3.6.1-r1::gentoo_prefix failed (compile phase):
>
> *   emake failed
>
> *
>
> * If you need support, post the output of `emerge --info
> '=dev-util/cmake-3.6.1-r1::gentoo_prefix'`,
>
> * the complete build log and the output of `emerge -pqv
> '=dev-util/cmake-3.6.1-r1::gentoo_prefix'`.
>
> * The complete build log is located at
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/temp/build.log'.
>
> * The ebuild environment file is located at
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/temp/environment'.
>
> * Working directory:
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1_build'
>
> * S:
> '/Users/abc/gentoo/var/tmp/portage/dev-util/cmake-3.6.1-r1/work/cmake-3.6.1'
>

--
Fabian Groffen
Gentoo on a different level

[-- Attachment #2: Type: text/html, Size: 14512 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Michael Weiser]

Hi Fabian,

On Sun, Sep 04, 2016 at 05:06:56PM +0200, Fabian Groffen wrote:

> I've patched the function to return / in case xcodebuild returns nothing
> useful, such that we fall back to /usr/include, which makes the whole
> thing compile for me.

Well, I'd like to stress again that having Command Line Tools selected
as the currently selected Xcode does not seem to be supported by the
llvm cmake build system in Apple mode. As far as it's concerned someone
building llvm needs to have a proper Xcode selected using xcode-select
-s so it can find the SDKs within it.

Is it actually possible to have only Command Line Tools installed
(without Xcode) and get stuff to compile? I'm quite sure it was not in
the olden days (<= 10.6).

Also, I don't understand why there's a separate instance of the Command
Line Tools somewhere in /Library and how it happens to be the default
"Xcode" for some/most people. And also2, I don't understand why
xcode-select even accepts it as a parameter for -s. This is all very
weird.

Anyway, I thought of your solution as well while paddling along the
Peene. :) But on second thought I was wondering if we shouldn't patch
any SDK selection and osx-min-version/OSX_DEPLOYMENT_TARGET for the host
system (!) out of llvm/clang for prefix altogether. Prefix is always
meant for the host system, right? Without any of this selection stuff,
the compiler will fall back to the default include paths like
/usr/include anyways and we eliminate a whole lot of possible grief in
the future. IIRC I did this for 3.4.2 for exactly that reason but that
got lost on the move to cmake some time around 3.7, I think.

The only place I can think of where we'd need SDKs in the context of
prefix is if we wanted to provide a fully cross-capable Apple-like
toolchain for iOS and WatchOS and stuff like that. While binutils-apple
should be able to provide that I guess no-one's ever even tested or
played with it in that direction. And again, we'd need a proper Xcode
installed and selected to find and use the proper SDKs for that. Full
circle...
-- 
Thanks, Micha
Ich mag Kaba!

Re: [gentoo-alt] Update clang failed (El Captain)

[Fabian Groffen]

[-- Attachment #1: Type: text/plain, Size: 3060 bytes --]

Hi Michael,

I think I understand your points:
- I don't understand why systems get messed up xcode-wise either, but
  I'm sure not everyone has root access to fix it
- My current workaround works currently, indeed, dunno about the future
- Doing more patchwork is discouraged by llvm maintainer(s?),
  didn't like my above patch, and in fact told me to leave the llvm
  ebuilds alone because the patches are not acceptable/accepted by
  upstream, if you got ideas for this...
- Currently we don't do much cross work indeed, it's never been an aim
  either, but until the day someone needs it, I guess
- The libcxx{abi,-headers} situation needs love too, since we have
  different ebuilds for Prefix

Fabian

On 11-09-2016 02:05:49 +0200, Michael Weiser wrote:
> Hi Fabian,
> 
> On Sun, Sep 04, 2016 at 05:06:56PM +0200, Fabian Groffen wrote:
> 
> > I've patched the function to return / in case xcodebuild returns nothing
> > useful, such that we fall back to /usr/include, which makes the whole
> > thing compile for me.
> 
> Well, I'd like to stress again that having Command Line Tools selected
> as the currently selected Xcode does not seem to be supported by the
> llvm cmake build system in Apple mode. As far as it's concerned someone
> building llvm needs to have a proper Xcode selected using xcode-select
> -s so it can find the SDKs within it.
> 
> Is it actually possible to have only Command Line Tools installed
> (without Xcode) and get stuff to compile? I'm quite sure it was not in
> the olden days (<= 10.6).
> 
> Also, I don't understand why there's a separate instance of the Command
> Line Tools somewhere in /Library and how it happens to be the default
> "Xcode" for some/most people. And also2, I don't understand why
> xcode-select even accepts it as a parameter for -s. This is all very
> weird.
> 
> Anyway, I thought of your solution as well while paddling along the
> Peene. :) But on second thought I was wondering if we shouldn't patch
> any SDK selection and osx-min-version/OSX_DEPLOYMENT_TARGET for the host
> system (!) out of llvm/clang for prefix altogether. Prefix is always
> meant for the host system, right? Without any of this selection stuff,
> the compiler will fall back to the default include paths like
> /usr/include anyways and we eliminate a whole lot of possible grief in
> the future. IIRC I did this for 3.4.2 for exactly that reason but that
> got lost on the move to cmake some time around 3.7, I think.
> 
> The only place I can think of where we'd need SDKs in the context of
> prefix is if we wanted to provide a fully cross-capable Apple-like
> toolchain for iOS and WatchOS and stuff like that. While binutils-apple
> should be able to provide that I guess no-one's ever even tested or
> played with it in that direction. And again, we'd need a proper Xcode
> installed and selected to find and use the proper SDKs for that. Full
> circle...
> -- 
> Thanks, Micha
> Ich mag Kaba!
> 

-- 
Fabian Groffen
Gentoo on a different level

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

Re: [gentoo-alt] Update clang failed (El Captain)

[Michael Weiser]

Hello Fabian,

On Sun, Sep 11, 2016 at 10:09:44AM +0200, Fabian Groffen wrote:

> I think I understand your points:
> - I don't understand why systems get messed up xcode-wise either, but
>   I'm sure not everyone has root access to fix it
> - My current workaround works currently, indeed, dunno about the future

Agreed.

> - Doing more patchwork is discouraged by llvm maintainer(s?),
>   didn't like my above patch, and in fact told me to leave the llvm
>   ebuilds alone because the patches are not acceptable/accepted by
>   upstream, if you got ideas for this...

Under these conditions I don't have any great ideas either. Obviously,
the right way to do it[tm] is to find someone willing to become llvm
upstream contributor/maintainer with a standing to get our patches in.
I've tried something similar on a much lower level on several occasions
and can say that it's a major undertaking that will gobble that someone
up. So I'm not volunteering.

> - The libcxx{abi,-headers} situation needs love too, since we have
>   different ebuilds for Prefix

I haven't forgotten about the "switch to cmake"-part of Bug #538364 but seem
to have trouble motivating myself to touch it since the current scheme
works reasonably well. :-/
-- 
Regards,
Michael

Re: [gentoo-alt] Update clang failed (El Captain)

[Fabian Groffen]

[-- Attachment #1: Type: text/plain, Size: 773 bytes --]

On 22-09-2016 15:05:24 +0200, Michael Weiser wrote:
> > - The libcxx{abi,-headers} situation needs love too, since we have
> >   different ebuilds for Prefix
> 
> I haven't forgotten about the "switch to cmake"-part of Bug #538364 but seem
> to have trouble motivating myself to touch it since the current scheme
> works reasonably well. :-/

I had an issue compiling llvm with them, since they aren't compiled
multi-arch, so I added some flag trickery to force this (like buildit
does).  This seems to work well with llvm now.

I see the separation as an issue, but we need response from the
maintainer here.  Also, I need to figure out if it is necessary to have
3 ebuilds for this.

Thanks,
Fabian


-- 
Fabian Groffen
Gentoo on a different level

[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 181 bytes --]