configure: remove check for .align semantics

The check determined whether the argument for .align is in bytes, or
log2(bytes). Apparently it's always in bytes for ELF i386 systems, and
this check is used for x86 inline assembler only. Even if this
assumption should be wrong, it likely won't cause much damage: the
existing code uses it only in the form ".align 4", which means in the
worst case it will try to align to 16 bytes, which doesn't cause any
problems (unless the object file format does not support such a high
alignment).

Update the filters that used this.

Quoting the GNU as manual:

For other systems, including ppc, i386 using a.out format, arm and
strongarm, it is the number of low-order zero bits the location counter
must have after advancement. For example `.align 3' advances the
location counter until it a multiple of 8. If the location counter is
already a multiple of 8, no change is needed.

1 files changed, 0 insertions, 15 deletions

diff --git a/configure b/configure
index 4db833de2e..395d9659d9 100755
--- a/configure
+++ b/configure
@@ -492,7 +492,6 @@ _rpath=no
 libpostproc=auto
 libavfilter=no
 libavdevice=no
-_asmalign_pot=auto
 _stream_cache=yes
 _priority=no
 def_dos_paths="#define HAVE_DOS_PATHS 0"
@@ -1187,19 +1186,6 @@ echores $pic
 
 if x86 ; then
 
-echocheck ".align is a power of two"
-if test "$_asmalign_pot" = auto ; then
-_asmalign_pot=no
-inline_asm_check '".align 3"' && _asmalign_pot=yes
-fi
-if test "$_asmalign_pot" = "yes" ; then
-  def_asmalign_pot='#define ASMALIGN(ZEROBITS) ".align " #ZEROBITS "\n\t"'
-else
-  def_asmalign_pot='#define ASMALIGN(ZEROBITS) ".align 1<<" #ZEROBITS "\n\t"'
-fi
-echores $_asmalign_pot
-
-
 echocheck "ebx availability"
 ebx_available=no
 def_ebx_available='#define HAVE_EBX_AVAILABLE 0'
@@ -3304,7 +3290,6 @@ $def_vsscanf
 
 
 /* system-specific features */
-$def_asmalign_pot
 $def_dl
 $def_dos_paths
 $def_iconv