Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Jun 2014 19:35:29 -0600
From:      Warner Losh <imp@bsdimp.com>
To:        Steve Kargl <sgk@troutmask.apl.washington.edu>
Cc:        freebsd-current@FreeBSD.org, Peter Wemm <peter@wemm.org>, Ian Lepore <ian@FreeBSD.org>
Subject:   Re: In tree builds broken in lib/ncurses?
Message-ID:  <E57EE2CD-5C80-48E8-8AE8-EA566EC85C2D@bsdimp.com>
In-Reply-To: <20140616201415.GA72139@troutmask.apl.washington.edu>
References:  <20140614201933.GA65847@troutmask.apl.washington.edu> <20140614221236.GA66187@troutmask.apl.washington.edu> <20140614223002.GB66187@troutmask.apl.washington.edu> <4610322.zAJlsEjG1I@overcee.wemm.org> <20140615013057.GA66589@troutmask.apl.washington.edu> <5B8DE5E2-FC48-4B61-B759-7951821C72C3@gmail.com> <20140615061237.GA67531@troutmask.apl.washington.edu> <1402840958.20883.250.camel@revolution.hippie.lan> <20140616061807.GA71237@troutmask.apl.washington.edu> <DCFEB939-06D9-45FE-8D7F-47DECAF5DE8E@bsdimp.com> <20140616201415.GA72139@troutmask.apl.washington.edu>

next in thread | previous in thread | raw e-mail | index | archive | help

--Apple-Mail=_EBDFD85B-B3DF-4EE0-973F-D61928D06081
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252


On Jun 16, 2014, at 2:14 PM, Steve Kargl =
<sgk@troutmask.apl.washington.edu> wrote:

> On Mon, Jun 16, 2014 at 11:01:59AM -0600, Warner Losh wrote:
>>=20
>> On Jun 16, 2014, at 12:18 AM, Steve Kargl =
<sgk@troutmask.apl.washington.edu> wrote:
>>=20
>>> On Sun, Jun 15, 2014 at 08:02:38AM -0600, Ian Lepore wrote:
>>>>=20
>>>> 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?
>>>>=20
>>>=20
>>> AFAICT, your patch does not fix the problem.  After a=20
>>> 'svn update' and buildworld/installworld cycle, I still
>>> the problem
>>>=20
>>> % cd /usr/src
>>> % make clean && make cleandepend
>>> % make clean && make clean depend
>>=20
>> % make obj
>=20
> 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=92t a path that gets exercised too much these days. Not surprised =
it broke.

>>> % cd lib/ncurses
>>> % make depend
>>> % make
>>> ....
>>> *** Error code 1
>>>=20
>>> Stop.
>>> make[1]: stopped in /usr/src/lib/ncurses/ncursesw
>>> *** Error code 1
>>=20
>> 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.
>=20
> Sure would be nice if this could be fixed.

Ideally, the ncurses importer would clean this up=85

Warner


--Apple-Mail=_EBDFD85B-B3DF-4EE0-973F-D61928D06081
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - https://gpgtools.org

iQIcBAEBCgAGBQJTn5thAAoJEGwc0Sh9sBEAd/kP/iLQnJD3oQJOufbW8aePLwQr
ZCaviquq8SJgMbM7KCH7xZZIxeI0NMGLkZAfjBDqQfmWZqQsH30W8xV80rOQ/IY/
TFIU4owU7jWJY2sxdRJZL48O6NAbDdZ0W/SKy+nySIjYNkQsfu7ETH68MqiSo15d
+/HBv78/sr3nRa88KyQVBgyHC3coCyOEweBaS99to2u8C3E95LdDuORpD2WznSHa
AfLuAqrCCFdr+cSo1D1UPxEP0nS52WDTGpp5AiXBavB+wuoOAG/1OmwSeSAhc+em
Sbjdi4dLl1smcVZNFtLixpS/D8fN+Ck4fxnLxhn/PLL7nyah+0Un8BR8WhSbXesb
5QxoyfxEOPUlr23BOPo2uVNPHOK12ZbfBacZMoPQRRczTaSl8ESnuqSZar7el0PY
F0tOww9M3ROHWKEHRjAcfvz8qbk3nc5rsnDv1gY39H0GXeUW0TPuKPYvlt73TWy2
y24bj/3M52jHHml5joJ+CMT/GB0RXzQRZOZmGFXANklqW1Jy/avGPuV1gW3j4D9k
QhM6DMY40J8rlyiHKPLl26O4mc/2zcDtJRQtg+0pVk2rzS6HeU0qAIANVEdTXLFg
+UJyrxiXuOf2NZN0MEgK0h/HPrVVJQ/lAyosTWmECK/ziHyhiqEaKtGzhK+JqwaC
AS2cc1z0uTdqmCARvCvW
=Ou4E
-----END PGP SIGNATURE-----

--Apple-Mail=_EBDFD85B-B3DF-4EE0-973F-D61928D06081--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E57EE2CD-5C80-48E8-8AE8-EA566EC85C2D>