tools/firmware/etherboot/Makefile | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-)
Use a snapshot which includes commit
f3f568e382a5f19824b3bfc6081cde39eee661e8 ("[crypto] Add
memory output constraints for big-integer inline assembly"),
which fixes build with gcc11.
Signed-off-by: Olaf Hering <olaf@aepfle.de>
---
tools/firmware/etherboot/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/tools/firmware/etherboot/Makefile b/tools/firmware/etherboot/Makefile
index ed9e11305f..23b3f6ca9d 100644
--- a/tools/firmware/etherboot/Makefile
+++ b/tools/firmware/etherboot/Makefile
@@ -10,7 +10,8 @@ else
IPXE_GIT_URL ?= git://git.ipxe.org/ipxe.git
endif
-IPXE_GIT_TAG := 988d2c13cdf0f0b4140685af35ced70ac5b3283c
+# put an updated tar.gz on xenbits after changes to this variable
+IPXE_GIT_TAG := bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e
IPXE_TARBALL_URL ?= $(XEN_EXTFILES_URL)/ipxe-git-$(IPXE_GIT_TAG).tar.gz
On 15/06/2021 22:26, Olaf Hering wrote:
> Use a snapshot which includes commit
> f3f568e382a5f19824b3bfc6081cde39eee661e8 ("[crypto] Add
> memory output constraints for big-integer inline assembly"),
> which fixes build with gcc11.
>
> Signed-off-by: Olaf Hering <olaf@aepfle.de>
> ---
> tools/firmware/etherboot/Makefile | 3 ++-
> 1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/tools/firmware/etherboot/Makefile b/tools/firmware/etherboot/Makefile
> index ed9e11305f..23b3f6ca9d 100644
> --- a/tools/firmware/etherboot/Makefile
> +++ b/tools/firmware/etherboot/Makefile
> @@ -10,7 +10,8 @@ else
> IPXE_GIT_URL ?= git://git.ipxe.org/ipxe.git
> endif
>
> -IPXE_GIT_TAG := 988d2c13cdf0f0b4140685af35ced70ac5b3283c
> +# put an updated tar.gz on xenbits after changes to this variable
> +IPXE_GIT_TAG := bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e
CI says no.
Gitlab CI is currently fairly red because of a clang build fix which
hasn't made its way into master yet, but this job:
https://gitlab.com/xen-project/patchew/xen/-/jobs/1349871230
shows a real failure on CentOS 7.
...
[VERSION] bin/version.rtl8139.rom.o
[AR] bin/blib.a
ar: creating bin/blib.a
objcopy: invalid option -- 'D'
Usage: objcopy [option(s)] in-file [out-file]
...
~Andrew
Please revert bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e in ipxe.git, CentOS 7 apparently fails to handle '-D'.
It worked in my testing with SLE12SP5 and SLE15SP3 as a base system.
See below.
I guess for xen.git, updating to just bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e^ will be good enough.
Olaf
Am Wed, 16 Jun 2021 13:33:52 +0100
schrieb Andrew Cooper <andrew.cooper3@citrix.com>:
> On 15/06/2021 22:26, Olaf Hering wrote:
> > Use a snapshot which includes commit
> > f3f568e382a5f19824b3bfc6081cde39eee661e8 ("[crypto] Add
> > memory output constraints for big-integer inline assembly"),
> > which fixes build with gcc11.
> >
> > Signed-off-by: Olaf Hering <olaf@aepfle.de>
> > ---
> > tools/firmware/etherboot/Makefile | 3 ++-
> > 1 file changed, 2 insertions(+), 1 deletion(-)
> >
> > diff --git a/tools/firmware/etherboot/Makefile b/tools/firmware/etherboot/Makefile
> > index ed9e11305f..23b3f6ca9d 100644
> > --- a/tools/firmware/etherboot/Makefile
> > +++ b/tools/firmware/etherboot/Makefile
> > @@ -10,7 +10,8 @@ else
> > IPXE_GIT_URL ?= git://git.ipxe.org/ipxe.git
> > endif
> >
> > -IPXE_GIT_TAG := 988d2c13cdf0f0b4140685af35ced70ac5b3283c
> > +# put an updated tar.gz on xenbits after changes to this variable
> > +IPXE_GIT_TAG := bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e
>
> CI says no.
>
> Gitlab CI is currently fairly red because of a clang build fix which
> hasn't made its way into master yet, but this job:
>
> https://gitlab.com/xen-project/patchew/xen/-/jobs/1349871230
>
> shows a real failure on CentOS 7.
>
> ...
> [VERSION] bin/version.rtl8139.rom.o
> [AR] bin/blib.a
> ar: creating bin/blib.a
> objcopy: invalid option -- 'D'
> Usage: objcopy [option(s)] in-file [out-file]
> ...
>
> ~Andrew
So this means, CentOS7 binutils has
9cb80f72d8b from 2011-12-21
but not
git blame binutils/objcopy.c|grep enable-determini
955d0b3bd75 (Roland McGrath 2013-01-07 17:40:59 +0000 549) -D
--enable-deterministic-archives\n\
2e30cb575a1 (Cary Coutant 2012-04-25 17:50:14 +0000 555) -D
--enable-deterministic-archives\n\
one way out could be to call objcopy -D $PARAMS || objcopy $PARAMS
On 16/06/2021 14.58, Olaf Hering wrote:
> Please revert bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e in ipxe.git, CentOS 7 apparently fails to handle '-D'.
>
> It worked in my testing with SLE12SP5 and SLE15SP3 as a base system.
>
> See below.
>
>
> I guess for xen.git, updating to just bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e^ will be good enough.
>
> Olaf
>
> Am Wed, 16 Jun 2021 13:33:52 +0100
> schrieb Andrew Cooper <andrew.cooper3@citrix.com>:
>
>> On 15/06/2021 22:26, Olaf Hering wrote:
>>> Use a snapshot which includes commit
>>> f3f568e382a5f19824b3bfc6081cde39eee661e8 ("[crypto] Add
>>> memory output constraints for big-integer inline assembly"),
>>> which fixes build with gcc11.
>>>
>>> Signed-off-by: Olaf Hering <olaf@aepfle.de>
>>> ---
>>> tools/firmware/etherboot/Makefile | 3 ++-
>>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>>
>>> diff --git a/tools/firmware/etherboot/Makefile b/tools/firmware/etherboot/Makefile
>>> index ed9e11305f..23b3f6ca9d 100644
>>> --- a/tools/firmware/etherboot/Makefile
>>> +++ b/tools/firmware/etherboot/Makefile
>>> @@ -10,7 +10,8 @@ else
>>> IPXE_GIT_URL ?= git://git.ipxe.org/ipxe.git
>>> endif
>>>
>>> -IPXE_GIT_TAG := 988d2c13cdf0f0b4140685af35ced70ac5b3283c
>>> +# put an updated tar.gz on xenbits after changes to this variable
>>> +IPXE_GIT_TAG := bf4ccd4265ac614fbfa38bf168b6eeaf4c17d51e
>>
>> CI says no.
>>
>> Gitlab CI is currently fairly red because of a clang build fix which
>> hasn't made its way into master yet, but this job:
>>
>> https://gitlab.com/xen-project/patchew/xen/-/jobs/1349871230
>>
>> shows a real failure on CentOS 7.
>>
>> ...
>> [VERSION] bin/version.rtl8139.rom.o
>> [AR] bin/blib.a
>> ar: creating bin/blib.a
>> objcopy: invalid option -- 'D'
>> Usage: objcopy [option(s)] in-file [out-file]
>> ...
>>
>> ~Andrew
>
On 16/06/2021 14:33, Bernhard M. Wiedemann wrote: > So this means, CentOS7 binutils has > 9cb80f72d8b from 2011-12-21 > but not > git blame binutils/objcopy.c|grep enable-determini > 955d0b3bd75 (Roland McGrath 2013-01-07 17:40:59 +0000 549) -D > --enable-deterministic-archives\n\ > 2e30cb575a1 (Cary Coutant 2012-04-25 17:50:14 +0000 555) -D > --enable-deterministic-archives\n\ > > one way out could be to call objcopy -D $PARAMS || objcopy $PARAMS Testing on a clean "centos:7" container shows that "objcopy -D" works as expected (and "objcopy --help" shows the option as existing). This container environment has /etc/centos-release showing: CentOS Linux release 7.6.1810 (Core) Could you provide a simple environment in which to reproduce the problem? Thanks, Michael
On 17/06/2021 13:55, Michael Brown wrote: >> one way out could be to call objcopy -D $PARAMS || objcopy $PARAMS > > Testing on a clean "centos:7" container shows that "objcopy -D" works as > expected (and "objcopy --help" shows the option as existing). > > This container environment has /etc/centos-release showing: > > CentOS Linux release 7.6.1810 (Core) > > Could you provide a simple environment in which to reproduce the problem? I've managed to reproduce it using "centos:7.0.1406". It should be fixed in commit https://github.com/ipxe/ipxe/commit/51c88a4a6 Thanks for the report! Michael
© 2016 - 2026 Red Hat, Inc.