On Jun 24, 2014, at 2:38 PM, Warner Losh <i...@bsdimp.com> wrote:

> 
> On Jun 24, 2014, at 2:26 PM, Warner Losh <i...@bsdimp.com> wrote:
> 
>> 
>> On Jun 24, 2014, at 10:25 AM, Andrey Chernov <a...@freebsd.org> wrote:
>> 
>>> On 24.06.2014 20:07, Warner Losh wrote:
>>>>> Log:
>>>>> Change suggestion how to set MAKESYSPATH as broken incremental build
>>>>> workaround. Magic ".../share/mk" (search directories up to /)
>>>>> does not work for f.e. /usr/src/gnu/lib/libgcc because the path
>>>>> inside is starting from /usr/obj hierarchy and ends up in
>>>>> /usr/share/mk, not in the /usr/src/share/mk where src.opts.mk is.
>>>>> IMHO proper fixing of incremental build is needed urgently.
>>>> 
>>>> I don’t understand how this is even possible. This change is wrong because 
>>>> it has a bogus path the doesn’t exist on all systems. I’m going to fix 
>>>> that.
>>> 
>>> How it is possible:
>>> cd /usr/src/gnu/lib/libgcc
>>> make
>> 
>> This does a recursive make, with pwd in /usr/obj….  That’s going to be 
>> utterly evil to fix…
> 
> Actually, adding a simple cd ${.CURDIR} before the make fixes this… We need 
> to do it in 3 places.
> 
> # one could argue that we should just .include something to make unwind.h 
> instead of this rube-goldberg reach over make…
> # and I’d agree with them…

This has been “fixed”…

that was a fun example…  I have to go from “fixed” to actually fixed now…

Warner

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

Reply via email to