Re: FAST_DEPEND is now default

2016-03-11 Thread Bryan Drewery
On 3/11/2016 9:10 AM, Bryan Drewery wrote: > WITH_FAST_DEPEND is now enabled by default for in-tree and out-of-tree > builds. It no longer runs mkdep(1) during 'make depend', and the > 'make depend' stage can safely be skipped now as it is auto ran > when building 'make all' and will generate all

FAST_DEPEND is now default

2016-03-11 Thread Bryan Drewery
WITH_FAST_DEPEND is now enabled by default for in-tree and out-of-tree builds. It no longer runs mkdep(1) during 'make depend', and the 'make depend' stage can safely be skipped now as it is auto ran when building 'make all' and will generate all SRCS and DPSRCS before building anything else. Dep

Re: How to insist on only clang, for world/kernel?

2016-03-11 Thread Chris H
On Thu, 10 Mar 2016 21:49:01 -0700 Warner Losh wrote > make buildworld WITH_CLANG=t WITH_CLANG_BOOTSTRAP=t WITHOUT_GCC=y > WITHOUT_GCC_BOOTSTRAP=t WITH_CLANG_IS_CC=t > make buildkernel > > But that's mostly default these days, so really most people get what you > want by doing > > make buildwor

Re: Running Clang 3.7 on Current....

2016-03-11 Thread Dimitry Andric
On 11 Mar 2016, at 10:27, Willem Jan Withagen wrote: > > CURRENT has recently received the upgrade to Clang 3.8. > > Now I run into the problem that some of the tests with Ceph are all of a > sudden failing > Mainly manifesting itself because of access errors thru pointers in > very complex

Re: Ulrich Weigand has confirmed 3 of my 4 llvm bug submittals for clang 3.8.0 targeting powerpc/powerpc64. . .

2016-03-11 Thread Mark Millard
[Some more details confirmed.] On 2016-Mar-9, at 12:24 PM, Mark Millard wrote: > > On 2016-Mar-9, at 11:16 AM, Mark Millard wrote: >> >> [He also includes a note about ELFV2 ABI for powerpc64le.] >> >> Quoting llvm 26856 Comment 6 (he put the text in the 26856 submittal but the >> content al

Running Clang 3.7 on Current....

2016-03-11 Thread Willem Jan Withagen
Hi, CURRENT has recently received the upgrade to Clang 3.8. Now I run into the problem that some of the tests with Ceph are all of a sudden failing Mainly manifesting itself because of access errors thru pointers in very complex records structs. (Which is almost always in C++ :) ) Either poi