[FFmpeg-devel] [PATCH] configure: Do not abort when cross-compiling to the native CPU
Michael Niedermayer
michael at niedermayer.cc
Tue Mar 31 21:27:01 EEST 2020
On Sat, Mar 07, 2020 at 10:32:53AM -0500, David Michael wrote:
> Using a compiler with a different host triplet is considered
> cross-compiling, even when it is for the same architecture as the
> build system. With such a cross-compiler, it is still valid to
> optimize builds with --cpu=host. Drop the condition that aborts in
> this case, since a cross-compiler for an incompatible architecture
> will fail with -mtune=native anyway.
>
> Signed-off-by: David Michael <fedora.dm0 at gmail.com>
> ---
>
> Hi,
>
> I am building software in a ChromeOS-style environment where the native
> build system creates a cross-compiler with a different vendor string for
> each supported architecture, and cross-compiled packages are installed
> into their own root directory. The build system's architecture is not
> handled any differently, so packages compatible with the native
> architecture are still technically being cross-compiled.
>
> When I changed settings to tune for the native CPU so I can produce an
> installation optimized to run on the build system hardware, FFmpeg fails
> from this seemingly redundant test. Can it just be dropped?
>
> Thanks.
>
> David
>
> configure | 3 ---
> 1 file changed, 3 deletions(-)
>
> diff --git a/configure b/configure
> index 06e3a7b2a8..69ffdeb3ed 100755
> --- a/configure
> +++ b/configure
> @@ -4785,9 +4785,6 @@ if test -n "$sysroot"; then
> fi
>
> if test "$cpu" = host; then
> - enabled cross_compile &&
> - die "--cpu=host makes no sense when cross-compiling."
> -
> case "$cc_type" in
I think that this should probably print a warning if the failure
is removed because its a odd combination that likely more often than not
is not what the user intended
thx
[...]
--
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Those who are too smart to engage in politics are punished by being
governed by those who are dumber. -- Plato
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 181 bytes
Desc: not available
URL: <https://ffmpeg.org/pipermail/ffmpeg-devel/attachments/20200331/aa5ac2c9/attachment.sig>
More information about the ffmpeg-devel
mailing list