On Mon, Feb 19, 2018 at 06:23:09AM -0700, Jan Beulich wrote:
> The ELF note the shim build inserts causes mkelf32 to choke on the
> second program header. However, the output of mkelf32 isn't really
> needed when building inside tools/firmware/ - an attempt to build it is
> made solely because of a
>>> On 19.02.18 at 15:56, wrote:
> I also assume that passing --notes to mkelf32 when building the shim
> (regardless of whether the linker supports build ID or not) should
> also fix the issue?
I guess so, but I simply didn't have the time to figure out (and test)
yet another Makefile adjustment
On Mon, Feb 19, 2018 at 06:23:09AM -0700, Jan Beulich wrote:
> The ELF note the shim build inserts causes mkelf32 to choke on the
> second program header. However, the output of mkelf32 isn't really
> needed when building inside tools/firmware/ - an attempt to build it is
> made solely because of a
The ELF note the shim build inserts causes mkelf32 to choke on the
second program header. However, the output of mkelf32 isn't really
needed when building inside tools/firmware/ - an attempt to build it is
made solely because of a wrong dependency.
Further changes to the make logic will be needed
