1 |
On 14-01-2019 15:48:01 +0100, Michael Weiser wrote: |
2 |
> Hi Fabian, |
3 |
> |
4 |
> reading up after the holdidays. :) |
5 |
> |
6 |
> On Fri, Dec 28, 2018 at 11:07:52AM +0100, Fabian Groffen wrote: |
7 |
> |
8 |
> > For a reason yet unclear to me, on Darwin preserving the library |
9 |
> > libreadline.6.dylib fails causing the Prefix to break completely. |
10 |
> |
11 |
> Have you applied a fix since Dec 28th? I updated my prefix yesterday and |
12 |
> libreadline.6.dylib was preserved without problems and still is, pending |
13 |
> my fixing clisp: |
14 |
|
15 |
I've fixed portage (and fixed the fix for it), and confirmed with two |
16 |
packages already successfully. This problem should be solved using the |
17 |
latest Portage. |
18 |
|
19 |
> !!! existing preserved libs: |
20 |
> [...] |
21 |
> >>> package: sys-libs/readline-7.0_p5 |
22 |
> * - /usr/local/gentoo/usr/lib/libreadline.6.0.3.dylib |
23 |
> * - /usr/local/gentoo/usr/lib/libreadline.6.dylib |
24 |
> * used by /usr/local/gentoo/usr/lib/clisp-2.49/base/lisp.run (dev-lisp/clisp-2.49-r8) |
25 |
> * used by /usr/local/gentoo/usr/lib/clisp-2.49/full/lisp.run (dev-lisp/clisp-2.49-r8) |
26 |
> |
27 |
> > Unfortunately, clang still doesn't compile out of the box. |
28 |
> |
29 |
> I recompiled 6.0.1 and updated to 7.0.1 without problems, probably |
30 |
> because you've added Michal's patch to the prefix tree. |
31 |
|
32 |
Michal committed his upstreamed fix. |
33 |
|
34 |
> I did have to apply a small patch to llvm-libunwind, however, to compile |
35 |
> fat to match libc++ and libc++abi: |
36 |
> |
37 |
> --- sys-libs/llvm-libunwind/llvm-libunwind-7.0.1.ebuild 2018-12-20 13:56:00.000000000 +0100 |
38 |
> +++ sys-libs/llvm-libunwind/llvm-libunwind-7.0.1.ebuild 2019-01-14 15:44:45.000000000 +0100 |
39 |
> @@ -81,6 +81,10 @@ |
40 |
> ) |
41 |
> fi |
42 |
> |
43 |
> + # make sure we build multilib on OSX, because llvm insists on |
44 |
> + # building multilib too |
45 |
> + [[ ${CHOST} == *86*-darwin* ]] && mycmakeargs+=( -DCMAKE_OSX_ARCHITECTURES="i386;x86_64" ) |
46 |
> + |
47 |
|
48 |
I'll look into this. I didn't notice this before. |
49 |
|
50 |
> cmake-utils_src_configure |
51 |
> } |
52 |
> |
53 |
> Found the elegant CMAKE_OSX_ARCHITECTURES construct by accident which |
54 |
> seems more elegant than "append-flags -arch i386 -arch x86_64" to me. |
55 |
|
56 |
I think so, yes, it feels much better. |
57 |
|
58 |
Thanks, |
59 |
Fabian |
60 |
|
61 |
-- |
62 |
Fabian Groffen |
63 |
Gentoo on a different level |