On Jun 16, 2014, at 2:14 PM, Steve Kargl <s...@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 
>> <s...@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

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

Reply via email to