Reimar Döffinger gmx.de> writes:
> +# Treat x32 as x64 without asm for now. Note
> it also needs spic=$shared
> +test "$subarch" = "x86_32" && check_cpp_condition
> stddef.h 'defined(__x86_64__)' &&
> +disable asm && subarch=x86_64
The part that sets spic=$shared wa
Hi,
On Mon, Nov 3, 2014 at 3:03 PM, Michael Niedermayer
wrote:
> On Mon, Nov 03, 2014 at 02:01:01PM -0500, Ronald S. Bultje wrote:
> > Hi,
> >
> > On Mon, Nov 3, 2014 at 12:46 PM, Michael Niedermayer
> > wrote:
> >
> > > On Mon, Nov 03, 2014 at 05:25:40PM +, Carl Eugen Hoyos wrote:
> > > >
On Mon, Nov 03, 2014 at 02:01:01PM -0500, Ronald S. Bultje wrote:
> Hi,
>
> On Mon, Nov 3, 2014 at 12:46 PM, Michael Niedermayer
> wrote:
>
> > On Mon, Nov 03, 2014 at 05:25:40PM +, Carl Eugen Hoyos wrote:
> > > Reimar Döffinger gmx.de> writes:
> > >
> > > > Mainly I do not like it though s
Hi,
On Mon, Nov 3, 2014 at 12:46 PM, Michael Niedermayer
wrote:
> On Mon, Nov 03, 2014 at 05:25:40PM +, Carl Eugen Hoyos wrote:
> > Reimar Döffinger gmx.de> writes:
> >
> > > Mainly I do not like it though since it means every
> > > distribution needs to add a special case in the build
> >
On Mon, Nov 03, 2014 at 05:25:40PM +, Carl Eugen Hoyos wrote:
> Reimar Döffinger gmx.de> writes:
>
> > Mainly I do not like it though since it means every
> > distribution needs to add a special case in the build
> > instructions.
>
> A warning could be printed if asm is disabled on x32.
Reimar Döffinger gmx.de> writes:
> Mainly I do not like it though since it means every
> distribution needs to add a special case in the build
> instructions.
A warning could be printed if asm is disabled on x32.
Carl Eugen
___
ffmpeg-devel mailing
On 03.11.2014, at 17:36, "Ronald S. Bultje" wrote:
> Hi,
>
> On Mon, Nov 3, 2014 at 7:02 AM, Nicolas George wrote:
>
>> Le duodi 12 brumaire, an CCXXIII, Reimar Döffinger a écrit :
>>> Configures it as x86_64 with assembler disabled.
>>
>> If x32 were to become relatively common, i.e. for exam
Hi,
On Mon, Nov 3, 2014 at 7:02 AM, Nicolas George wrote:
> Le duodi 12 brumaire, an CCXXIII, Reimar Döffinger a écrit :
> > Configures it as x86_64 with assembler disabled.
>
> If x32 were to become relatively common, i.e. for example if one of the
> major Linux distros were to make a specific
Le duodi 12 brumaire, an CCXXIII, Reimar Döffinger a écrit :
> Configures it as x86_64 with assembler disabled.
If x32 were to become relatively common, i.e. for example if one of the
major Linux distros were to make a specific x32 release where this is the
default compiler mode, it may become a p
Reimar Döffinger gmx.de> writes:
> Configures it as x86_64 with assembler disabled.
Please mention ticket #1565 in the commit message.
Thank you, Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
http://ffmpeg.org/mailman/listinfo/ffmp
On Sun, Nov 02, 2014 at 10:44:43AM +0100, Reimar Döffinger wrote:
> Configures it as x86_64 with assembler disabled.
> Does not pass "make fate" though, e.g. fate-vc1_ilaced_twomv fails.
Sorry, it actually does pass.
I forgot to rsync the samples first.
Note that if you leave asm enabled it won't
Reimar Döffinger gmx.de> writes:
> Configures it as x86_64 with assembler disabled.
> Does not pass "make fate" though, e.g. fate-vc1_ilaced_twomv fails.
This test also fails for other fate installations iirc.
Is it the only failing test?
Carl Eugen
Configures it as x86_64 with assembler disabled.
Does not pass "make fate" though, e.g. fate-vc1_ilaced_twomv fails.
Signed-off-by: Reimar Döffinger
---
configure | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configure b/configure
index e79b34d..c9008ba 100755
--- a/configure
+++ b/conf
13 matches
Mail list logo
