1 |
llvm-3.9.1 is in the tree now, unmasked. libcxx*-3.9 also. |
2 |
Bootstrapping seems to work to a certain extent now too. I managed to |
3 |
mess up darwin-miscutils, but that's fixed in the tree already. When I |
4 |
release a new snapshot tomorrow, that should be sorted too. |
5 |
|
6 |
I got reports that with llvm-3.9 glib compiles too, so it looks |
7 |
promising. |
8 |
|
9 |
Fabian |
10 |
|
11 |
|
12 |
On 31-10-2016 12:05:08 +0100, Michael Weiser wrote: |
13 |
> Hi, |
14 |
> |
15 |
> thanks for the quick responses. |
16 |
> |
17 |
> On Mon, Oct 31, 2016 at 08:03:18AM +0100, Fabian Groffen wrote: |
18 |
> |
19 |
> > Xcode 8.1 is upgraded on my box as we speak, so I guess the same |
20 |
> > problem will appear then for upgrading packages that use affected headers. |
21 |
> |
22 |
> I had this problem with Xcode 8.0 already and upgraded to 8.1 just a few |
23 |
> days ago after I already had llvm-3.9.0 in my prefix. |
24 |
> |
25 |
> > On 30-10-2016 21:20:33 +0100, Askar Bektassov wrote: |
26 |
> |
27 |
> > > I am running prefix on Sierra, without issues. Please note, however, that I |
28 |
> > > bootstrapped when I was still on El Capitan. |
29 |
> |
30 |
> Okay, then I'll attribute my problems for now to my creative way of |
31 |
> changing the CHOST from *-darwin15 to *-darwin16 without |
32 |
> rebootstrapping. That might have caused some kind of temporary glitch. I doubt |
33 |
> it though. |
34 |
> |
35 |
> If the problem surfaces for someone else, feel free to drop me a line |
36 |
> and try the following: The llvm-3.9.0-r1 ebuild needs the following use |
37 |
> flag to configure correctly: |
38 |
> |
39 |
> sys-devel/llvm llvm_targets_X86 |
40 |
> |
41 |
> That's done in profiles/arch/amd64/package.use.force but doesn't seem to carry |
42 |
> into Prefix (for me at least). If missing, the result will be a compiler |
43 |
> that compiles and installs fine but isn't able to actually generate |
44 |
> binaries for x86/x64. |
45 |
> |
46 |
> And it needs this patch to install correctly because get_abi_CHOST returns an |
47 |
> empty string on my system: |
48 |
> |
49 |
> --- ../../../../portage/sys-devel/llvm/llvm-3.9.0-r1.ebuild 2016-10-27 11:30:20.000000000 +0200 |
50 |
> +++ llvm-3.9.0-r1.ebuild 2016-10-31 11:49:26.000000000 +0100 |
51 |
> @@ -470,6 +470,7 @@ |
52 |
> # now create target symlinks for all supported ABIs |
53 |
> for abi in $(get_all_abis); do |
54 |
> local abi_chost=$(get_abi_CHOST "${abi}") |
55 |
> + [ -z "$abi_chost" ] && multilib_is_native_abi && abi_chost=${CHOST} |
56 |
> for i in "${clang_tools[@]}"; do |
57 |
> dosym "${i}-${clang_version}" \ |
58 |
> "/usr/bin/${abi_chost}-${i}-${clang_version}" |
59 |
> |
60 |
> Beware also: libLTO.dylib changes its install name which will break ld64 if |
61 |
> linked against it. So before upgrading llvm you should install a non-LTO |
62 |
> version of binutils apple e.g. by running USE="-lto" emerge -1 binutils-apple. |
63 |
> |
64 |
> Together with the 3.9.0-libc++{,abi} ebuilds from |
65 |
> https://bugs.gentoo.org/show_bug.cgi?id=538364 everything works fine for me |
66 |
> now. |
67 |
> |
68 |
> BTW: I'll be away from my mail starting today till Saturday. |
69 |
> -- |
70 |
> Thanks, |
71 |
> Michael |
72 |
> |
73 |
|
74 |
-- |
75 |
Fabian Groffen |
76 |
Gentoo on a different level |