@Haelwenn /элвэн/ :triskell: The point of the test:
dnl Some versions of `objcopy -O binary' vary their output depending
dnl on the link address.
So this is less of an autotools issue (except for the dumb dnl spam), and more of an artifact of a broken linker from 2002.
Sadly I can't find history of this check (which would likely tell which objcopy version is broken) - this check is there since the initial import.
Looking at the other build scripts, when building for PC/MBR (i386-pc), it does use a similar invocation in the actual build. A build for x86-64-efi may work anyway, so you can just workaround by making the addresses in acinclude.m4 bigger (the test only relies on them being different, not small).
dnl Some versions of `objcopy -O binary' vary their output depending
dnl on the link address.
So this is less of an autotools issue (except for the dumb dnl spam), and more of an artifact of a broken linker from 2002.
Sadly I can't find history of this check (which would likely tell which objcopy version is broken) - this check is there since the initial import.
Looking at the other build scripts, when building for PC/MBR (i386-pc), it does use a similar invocation in the actual build. A build for x86-64-efi may work anyway, so you can just workaround by making the addresses in acinclude.m4 bigger (the test only relies on them being different, not small).
1
