1 |
Han, Michael, |
2 |
|
3 |
I've got the exact same scenario on my El Capitan. With the help of |
4 |
Michael's pointers, I managed to track down what goes wrong. |
5 |
|
6 |
Michael pointed out there is a call to some function that will return an |
7 |
empty string for systems where xcodebuild barfs, and the later code |
8 |
checks if the variable is set. Obviously it is (to an empty string), |
9 |
with a result of "-isysroot". |
10 |
|
11 |
I've patched the function to return / in case xcodebuild returns nothing |
12 |
useful, such that we fall back to /usr/include, which makes the whole |
13 |
thing compile for me. |
14 |
|
15 |
Fabian |
16 |
|
17 |
On 02-09-2016 19:31:02 +0000, Han H. wrote: |
18 |
> Hi Michael, |
19 |
> |
20 |
> Yes /usr/include is there. I am not able to install mac packages so an |
21 |
> update must not be run by me. |
22 |
> |
23 |
> $ xcodebuild -version -sdk macosx |
24 |
> xcode-select: error: tool 'xcodebuild' requires Xcode, but active developer |
25 |
> directory '/Library/Developer/CommandLineTools' is a command line tools |
26 |
> instance |
27 |
> |
28 |
> I saw in the check |
29 |
> |
30 |
> -- Finding valid architectures for osx... |
31 |
> -- OSX supported arches: i386;x86_64;x86_64h |
32 |
> -- Finding valid architectures for 10.4... |
33 |
> -- OSX 10.4 supported arches: i386;x86_64;x86_64h |
34 |
> -- Compiler-RT supported architectures: i386;x86_64;x86_64h |
35 |
> |
36 |
> does that mean it detects my system is 10.4? |
37 |
> |
38 |
> I also tried 3.8.1-r2 but same thing happens. llvm-3.9.0_rc3 requires more |
39 |
> upgrade (cmake...) and not sure if uncomplete upgrade (if cmake updates and |
40 |
> llvm remains 3.7.1) will cause a broken toolchain. |
41 |
> |
42 |
> Thanks, |
43 |
> Han |
44 |
> |
45 |
|
46 |
-- |
47 |
Fabian Groffen |
48 |
Gentoo on a different level |