Apparent build race(s), r315238 -> r315298

Ngie Cooper (yaneurabeya) yaneurabeya at gmail.com
Wed Mar 15 18:21:43 UTC 2017


> On Mar 15, 2017, at 11:09, Bryan Drewery <bdrewery at FreeBSD.org> wrote:
> 
> On 3/15/2017 10:04 AM, David Wolfskill wrote:
> 
>> --------------------------------------------------------------
>>>>> stage 1.1: legacy release compatibility shims
>> --------------------------------------------------------------
>> cd /usr/src; MAKEOBJDIRPREFIX=/usr/obj/usr/src/tmp
> 
> Ok it is trying to use MAKEOBJDIRPREFIX=/usr/obj
> 
>> Building /common/S4/obj/usr/src/gnu/usr.bin/gdb/gdbtui/gdbtui
> 
> But all of the 'Building' lines are tryign to use
> MAKEOBJDIRPREFIX=/common/S4/obj/ ...
> 
>> --- all_subdir_cddl ---
>> --- all_subdir_cddl/usr.bin ---
>> --- all_subdir_cddl/usr.bin/zinject ---
>> ===> cddl/usr.bin/zinject (all)
>> --- all_subdir_gnu ---
>> --- gdbtui ---
>> cc: error: no such file or directory: '/usr/obj/usr/src/gnu/usr.bin/binutils/libbfd/libbfd.a'
> 
> But then complains about a missing file in MAKEOBJDIRPREFIX=/usr/obj
> 
>> *** [gdbtui] Error code 1
>> 
>> bmake[6]: stopped in /usr/src/gnu/usr.bin/gdb/gdbtui
>> .ERROR_TARGET='gdbtui'
>> .ERROR_META_FILE='/common/S4/obj/usr/src/gnu/usr.bin/gdb/gdbtui/gdbtui.meta'
>> .MAKE.LEVEL='6'
>> MAKEFILE=''
>> .MAKE.MODE='meta missing-filemon=yes missing-meta=yes silent=yes verbose'
>> .CURDIR='/usr/src/gnu/usr.bin/gdb/gdbtui'
>> .MAKE='/usr/obj/usr/src/make.amd64/bmake'
> ...
>> .OBJDIR='/usr/obj/usr/src/gnu/usr.bin/gdb/gdbtui'
> 
> And says here that there is an existing directory for
> MAKEOBJDIRPREFIX=/usr/obj for /usr/src/gnu/usr.bin/gdb/gdbtui, which is
> throwing off its paths for libbfd.a.
> 
> ...
>> MAKEOBJDIRPREFIX='/usr/obj'
> 
> And the meta error agrees it wants MAKEOBJDIRPREFIX=/usr/obj
> 
> 
> So where is /common/S4/obj coming from?
> 
> Is there a symlink involved here for /usr/obj?

	^/head at r315175 doesn’t look like it’s causing a problem here. I don’t think my commit here recently (^/head at r313650) was a problem, but I wonder if it exposed a race or incomplete dependency logic…
Thanks!
-Ngie
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freebsd.org/pipermail/freebsd-current/attachments/20170315/41f3ab2f/attachment.sig>


More information about the freebsd-current mailing list