Hi Fabian,
reading up after the holdidays. :)
On Fri, Dec 28, 2018 at 11:07:52AM +0100, Fabian Groffen wrote:
> For a reason yet unclear to me, on Darwin preserving the library
> libreadline.6.dylib fails causing the Prefix to break completely.
Have you applied a fix since Dec 28th? I updated my prefix yesterday and
libreadline.6.dylib was preserved without problems and still is, pending
my fixing clisp:
!!! existing preserved libs:
[...]
>>> package: sys-libs/readline-7.0_p5
* - /usr/local/gentoo/usr/lib/libreadline.6.0.3.dylib
* - /usr/local/gentoo/usr/lib/libreadline.6.dylib
* used by /usr/local/gentoo/usr/lib/clisp-2.49/base/lisp.run
(dev-lisp/clisp-2.49-r8)
* used by /usr/local/gentoo/usr/lib/clisp-2.49/full/lisp.run
(dev-lisp/clisp-2.49-r8)
> Unfortunately, clang still doesn't compile out of the box.
I recompiled 6.0.1 and updated to 7.0.1 without problems, probably
because you've added Michal's patch to the prefix tree.
I did have to apply a small patch to llvm-libunwind, however, to compile
fat to match libc++ and libc++abi:
--- sys-libs/llvm-libunwind/llvm-libunwind-7.0.1.ebuild 2018-12-20
13:56:00.000000000 +0100
+++ sys-libs/llvm-libunwind/llvm-libunwind-7.0.1.ebuild 2019-01-14
15:44:45.000000000 +0100
@@ -81,6 +81,10 @@
)
fi
+ # make sure we build multilib on OSX, because llvm insists on
+ # building multilib too
+ [[ ${CHOST} == *86*-darwin* ]] && mycmakeargs+=(
-DCMAKE_OSX_ARCHITECTURES="i386;x86_64" )
+
cmake-utils_src_configure
}
Found the elegant CMAKE_OSX_ARCHITECTURES construct by accident which
seems more elegant than "append-flags -arch i386 -arch x86_64" to me.
--
Thanks,
Michael
