On Jun 16, 2014, at 2:14 PM, Steve Kargl <sgk_at_troutmask.apl.washington.edu> wrote: > On Mon, Jun 16, 2014 at 11:01:59AM -0600, Warner Losh wrote: >> >> On Jun 16, 2014, at 12:18 AM, Steve Kargl <sgk_at_troutmask.apl.washington.edu> wrote: >> >>> On Sun, Jun 15, 2014 at 08:02:38AM -0600, Ian Lepore wrote: >>>> >>>> It looks like this is a SUBDIR_PARALLEL build fallout. I've finally >>>> committed the fine-grained dependency fix I've been sitting on for >>>> weeks, could you please try updating to r267511 and then applying the >>>> attached to see if it fixes it? >>>> >>> >>> AFAICT, your patch does not fix the problem. After a >>> 'svn update' and buildworld/installworld cycle, I still >>> the problem >>> >>> % cd /usr/src >>> % make clean && make cleandepend >>> % make clean && make clean depend >> >> % make obj > > Thanks for the pointer. I believe that in the 20 decades that > I've used FreeBSD (386bsd+patchkit), I've never had the need to > do an explict 'make obj'. In-tree builds simply worked. It isn’t a path that gets exercised too much these days. Not surprised it broke. >>> % cd lib/ncurses >>> % make depend >>> % make >>> .... >>> *** Error code 1 >>> >>> Stop. >>> make[1]: stopped in /usr/src/lib/ncurses/ncursesw >>> *** Error code 1 >> >> If I do the above, it works. So when we last imported ncurses,i >> it looks like it broke the non-obj-tree based build. > > Sure would be nice if this could be fixed. Ideally, the ncurses importer would clean this up… Warner
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:50 UTC