Re: CVS commit: src/share/mk

2014-01-23 Thread Alan Barrett
On Tue, 21 Jan 2014, Matt Thomas wrote: Module Name:src Committed By: matt Date: Tue Jan 21 16:40:24 UTC 2014 Modified Files: src/share/mk: bsd.own.mk Log Message: Make MKGCCCMDS default mirror MKGCC. (if MKGCC is no, MKGCCCMDS must be no). If that's true, then

Re: CVS commit: src/share/mk

2014-01-23 Thread Taylor R Campbell
Date: Thu, 23 Jan 2014 03:11:14 + From: Taylor R Campbell campbell+netbsd-source-change...@mumble.net Date: Wed, 22 Jan 2014 13:15:44 -0500 From: chris...@zoulas.com (Christos Zoulas) On Jan 22, 7:29am, m...@3am-software.com (Matt Thomas) wrote: -- Subject: Re:

Re: CVS commit: src/share/mk

2014-01-23 Thread Masao Uebayashi
Is this all about symlink-to-directory in an OBJDIR, right? My theory is that directory creation in OBJDIR is all wrong... Kernel build *should* include static headers in $DESTDIR (#include foo.h) or generated headers (#include foo.h) IMO.

Re: CVS commit: src/share/mk

2014-01-23 Thread Masao Uebayashi
Sorry that I was lost, but I still believe that creating-directories-as-make-target is to avoid. Is there any counter-example (use case) where it should be there? On Fri, Jan 24, 2014 at 1:30 AM, Izumi Tsutsui tsut...@ceres.dti.ne.jp wrote: Is this all about symlink-to-directory in an OBJDIR,

Re: CVS commit: src/share/mk

2014-01-23 Thread Izumi Tsutsui
Is this all about symlink-to-directory in an OBJDIR, right? My theory is that directory creation in OBJDIR is all wrong... Kernel build *should* include static headers in $DESTDIR (#include foo.h) or generated headers (#include foo.h) IMO. bsd.klinks.mk is used only for standalone programs

Re: CVS commit: src/distrib/sets

2014-01-23 Thread Masao Uebayashi
I agree that in an ideal reproducible world timestamp (== physical time and its order) has no value. But it is useful to detect unnecessary rebuild - reproducible but built repeatedly unnecessarily. I see some value in it. On Fri, Jan 24, 2014 at 6:45 AM, Alan Barrett a...@netbsd.org wrote:

re: CVS commit: src/sys/opencrypto

2014-01-23 Thread matthew green
Log Message: Implement in-module ref-counting, and do not allow auto-unload if there are existing references. Note that manual unloading is not prevented. OK christos@ XXX Also note that there is still a small window where the ref-count can XXX be decremented, and then the

re: CVS commit: src/share/mk

2014-01-23 Thread matthew green
Module Name: src Committed By: christos Date: Wed Jan 22 15:19:05 UTC 2014 Modified Files: src/share/mk: bsd.klinks.mk Log Message: For now, ignore errors from creating klinks. This is racy and you can get it to trigger in 1/4 of the builds with -j 40 on a 24 processor

re: CVS commit: src/share/mk

2014-01-23 Thread matthew green
Is this all about symlink-to-directory in an OBJDIR, right? My theory is that directory creation in OBJDIR is all wrong... Kernel build *should* include static headers in $DESTDIR (#include foo.h) or generated headers (#include foo.h) IMO. the kernel build 100% does not and should not

Re: CVS commit: src/share/mk

2014-01-23 Thread Masao Uebayashi
How about kernel modules? On Fri, Jan 24, 2014 at 1:00 PM, matthew green m...@eterna.com.au wrote: Is this all about symlink-to-directory in an OBJDIR, right? My theory is that directory creation in OBJDIR is all wrong... Kernel build *should* include static headers in $DESTDIR (#include

re: CVS commit: src/share/mk

2014-01-23 Thread matthew green
How about kernel modules? exactly the same. our userland does not have anything useful for building kernel code. you _need_ the kernel source tree, and it is bascially self-contained in src/sys (sans the src/common problem we haven't fixed yet, and config(1).) this is very much by design.