diff options
| author | wm4 <wm4@nowhere> | 2013-01-13 14:10:43 +0100 |
|---|---|---|
| committer | wm4 <wm4@nowhere> | 2013-01-13 14:10:43 +0100 |
| commit | fe6c93eab8d9f747248e297b646343414ce95442 (patch) | |
| tree | 41f0bbd8ec4fb97b03361b511b39a7aa98ca51ec /video/filter/vf_eq.c | |
| parent | ec57c94ba2333d08cad49be31ade353af46b5709 (diff) | |
| download | mpv-fe6c93eab8d9f747248e297b646343414ce95442.tar.bz2 mpv-fe6c93eab8d9f747248e297b646343414ce95442.tar.xz | |
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.
Diffstat (limited to 'video/filter/vf_eq.c')
| -rw-r--r-- | video/filter/vf_eq.c | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/video/filter/vf_eq.c b/video/filter/vf_eq.c index 946fa73550..57945dc379 100644 --- a/video/filter/vf_eq.c +++ b/video/filter/vf_eq.c @@ -149,7 +149,7 @@ void affine_1d_MMX (eq2_param_t *par, unsigned char *dst, unsigned char *src, "movq (%6), %%mm4 \n\t" "pxor %%mm0, %%mm0 \n\t" "movl %4, %%eax\n\t" - ASMALIGN(4) + ".align 4\n\t" "1: \n\t" "movq (%0), %%mm1 \n\t" "movq (%0), %%mm2 \n\t" |