Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 1 Jun 2016 16:30:57 -0700
From:      Bryan Drewery <bdrewery@FreeBSD.org>
To:        Mark Millard <markmi@dsl-only.net>
Cc:        FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec format error"?
Message-ID:  <a44a4e58-9cd3-f731-cbd8-f6b4ed55f5f3@FreeBSD.org>
In-Reply-To: <0b75f448-047f-53b3-3e1b-7de17a2da949@FreeBSD.org>
References:  <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net> <0b75f448-047f-53b3-3e1b-7de17a2da949@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--NiGPa4lTELv0AL9q6GuSwGUtpuUROV4jF
Content-Type: multipart/mixed; boundary="hx0GrcH4jeBWeqa7JompLhRhPnups2Sg0"
From: Bryan Drewery <bdrewery@FreeBSD.org>
To: Mark Millard <markmi@dsl-only.net>
Cc: FreeBSD Current <freebsd-current@freebsd.org>
Message-ID: <a44a4e58-9cd3-f731-cbd8-f6b4ed55f5f3@FreeBSD.org>
Subject: Re: 11.0 -r301139: WITH_META_MODE=yes vs. "sh: ./make_keys: Exec
 format error"?
References: <890D3808-1939-4BEA-886F-324EBA8C8671@dsl-only.net>
 <0b75f448-047f-53b3-3e1b-7de17a2da949@FreeBSD.org>
In-Reply-To: <0b75f448-047f-53b3-3e1b-7de17a2da949@FreeBSD.org>

--hx0GrcH4jeBWeqa7JompLhRhPnups2Sg0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

On 6/1/2016 4:29 PM, Bryan Drewery wrote:
> On 6/1/2016 4:25 PM, Mark Millard wrote:
>> [The example context here for extracted materials is a amd64 -> armv6 =
cross build.]
>>
>> In my recent experimentation with WITH_META_MODE=3Dyes I=E2=80=99ve ha=
d multiple occasions when after updating /usr/src I attempt buildworld bu=
ildkernel and end up with something like:
>>> --- lib/ncurses/ncursesw__L ---
>>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/init_k=
eytry.h
>>> --- init_keytry.h ---
>>> sh: ./make_keys: Exec format error
>>> *** [init_keytry.h] Error code 126
>>>
>>> make[4]: stopped in /usr/src/lib/ncurses/ncursesw
>>> 1 error
>>>
>>> make[4]: stopped in /usr/src/lib/ncurses/ncursesw
>>> *** [lib/ncurses/ncursesw__L] Error code 2
>> I=E2=80=99ve also had such for powerpc being the target and make toolc=
hain in use (preparing for buildkernel without buildworld).
>>
>> There are multiple instances of make_keys construction in the builds. =
Here it looks like:
>>> # grep make_keys ~/sys_typescripts/typescript_make_rpi2_nodebug_clang=
_bootstrap-amd64-host-2016-06-01:15:17:28
>>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_k=
eys
>>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncurses/make_ke=
ys
>>> Building /usr/obj/clang/arm.armv6/usr/src/lib/ncurses/ncursesw/make_k=
eys
>>> sh: ./make_keys: Exec format error
>> Note that ncursesw has two Building lines above with the same path lis=
ted.
>>
>> cleanworld and then retrying the sequence desired always seems to work=
 but is a complete rebuild.
>=20
> I don't understand why you're hitting this. It's an issue that I ran
> into and fixed and haven't run into again from several powerpc64 build
> tests.
>=20

It's possible r301079 reintroduced the bug. I'll find out.

--=20
Regards,
Bryan Drewery


--hx0GrcH4jeBWeqa7JompLhRhPnups2Sg0--

--NiGPa4lTELv0AL9q6GuSwGUtpuUROV4jF
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQEcBAEBAgAGBQJXT3AxAAoJEDXXcbtuRpfPR7gH/3eUQxGgREAgO5MX68QDgLEF
X42uoaBgf46v3t8GAotkp6pQHUUhekJiNI5QHXa62wYP2hNh2xPw4Zdums03yCUO
1gEzbuW/XhMhWozic3vo57ovJFuTV8i9Vfq6vITyTVo88WT1fg2Q72ozSBfvLu89
NcYQiejitagWDDqCXwLdCAdf9f2DyV3b1UBQ91yrOqFw6TTZ7QIjY4NTYcJO4sxN
hJijRLJJx8PNmq4Wr9WywpRp2FfuQiRmD6Oxxct7G/Eo0v7/kVKw4eMQMkll2kRi
YvkQ/6e4H7mnI/P216wdp/LQd5JX0InVzXsq/bxjFqc8M2td5mAUIBjdnDtQ5Ro=
=Nns4
-----END PGP SIGNATURE-----

--NiGPa4lTELv0AL9q6GuSwGUtpuUROV4jF--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?a44a4e58-9cd3-f731-cbd8-f6b4ed55f5f3>