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....@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
signature.asc
Description: PGP signature
_______________________________________________ ffmpeg-devel mailing list ffmpeg-devel@ffmpeg.org https://ffmpeg.org/mailman/listinfo/ffmpeg-devel To unsubscribe, visit link above, or email ffmpeg-devel-requ...@ffmpeg.org with subject "unsubscribe".
