Migration to dynamic libs for llvm and clang

2014-12-16 Thread Ed Maste
One of goals for the toolchain prior to the FreeBSD 11 branch is to create a libllvm.so and libclang.so for use by all of the LLVM family tools installed in the base system. This message is just a heads-up in case anyone has questions or comments on the idea. We currently build a large number of

Re: Migration to dynamic libs for llvm and clang

2014-12-16 Thread Dimitry Andric
On 16 Dec 2014, at 16:58, David Chisnall thera...@freebsd.org wrote: On 16 Dec 2014, at 15:46, Ed Maste ema...@freebsd.org wrote: One of goals for the toolchain prior to the FreeBSD 11 branch is to create a libllvm.so and libclang.so for use by all of the LLVM family tools installed in the

Re: Migration to dynamic libs for llvm and clang

2014-12-16 Thread David Chisnall
On 16 Dec 2014, at 16:04, Dimitry Andric d...@freebsd.org wrote: This is precisely why the libs should go into /usr/lib/private, so as to avoid collisions with any upstream libraries installed by e.g. ports (or when you manually run make install after building). That's still potentially an

Re: Migration to dynamic libs for llvm and clang

2014-12-16 Thread Dimitry Andric
On 16 Dec 2014, at 17:15, David Chisnall thera...@freebsd.org wrote: On 16 Dec 2014, at 16:04, Dimitry Andric d...@freebsd.org wrote: This is precisely why the libs should go into /usr/lib/private, so as to avoid collisions with any upstream libraries installed by e.g. ports (or when you

Re: Migration to dynamic libs for llvm and clang

2014-12-16 Thread Warner Losh
On Dec 16, 2014, at 9:32 AM, Dimitry Andric d...@freebsd.org wrote: On 16 Dec 2014, at 17:15, David Chisnall thera...@freebsd.org wrote: On 16 Dec 2014, at 16:04, Dimitry Andric d...@freebsd.org wrote: This is precisely why the libs should go into /usr/lib/private, so as to avoid

Re: Migration to dynamic libs for llvm and clang

2014-12-16 Thread Warner Losh
On Dec 16, 2014, at 10:44 AM, Ed Maste ema...@freebsd.org wrote: Fair enough, I'd definitely like to see fewer build-time knobs over time, not more. Until we stop using build-time knobs to control what’s in the final image as a poor man’s packaging scheme, I expect the number of knobs to

[Differential] [Accepted] D1327: Do not strip all when stripping an explicit symbol

2014-12-16 Thread imp (Warner Losh)
imp added a subscriber: imp. imp accepted this revision. imp added a reviewer: imp. imp added a comment. This revision is now accepted and ready to land. Looks good to me. REVISION DETAIL https://reviews.freebsd.org/D1327 To: emaste, imp Cc: imp, freebsd-toolchain