On Sat, Jan 04, 2020 at 10:35:59PM +0100, Michael Niedermayer wrote:
> On Sat, Jan 04, 2020 at 09:25:40PM +0200, Martin Storsjö wrote:
> > On Sat, 4 Jan 2020, Michael Niedermayer wrote:
> >
> > >On Sat, Jan 04, 2020 at 12:06:55AM +0100, Henrik Gramner wrote:
> > >>On Fri, Jan 3, 2020 at 7:37 PM Mo
On Sat, Jan 04, 2020 at 09:25:40PM +0200, Martin Storsjö wrote:
> On Sat, 4 Jan 2020, Michael Niedermayer wrote:
>
> >On Sat, Jan 04, 2020 at 12:06:55AM +0100, Henrik Gramner wrote:
> >>On Fri, Jan 3, 2020 at 7:37 PM Moritz Barsnick wrote:
> >>>On Fri, Jan 03, 2020 at 11:05:25 +0100, Timo Rothenp
On Sat, 4 Jan 2020, Michael Niedermayer wrote:
On Sat, Jan 04, 2020 at 12:06:55AM +0100, Henrik Gramner wrote:
On Fri, Jan 3, 2020 at 7:37 PM Moritz Barsnick wrote:
On Fri, Jan 03, 2020 at 11:05:25 +0100, Timo Rothenpieler wrote:
I think this was discussed on this list in the past.
Not sure
On Sat, Jan 04, 2020 at 03:35:42PM +0100, Hendrik Leppkes wrote:
> On Sat, Jan 4, 2020 at 3:27 PM Timo Rothenpieler
> wrote:
> >
> > On 04.01.2020 14:37, Michael Niedermayer wrote:
> > > I dont know how effective this is or what exactly this option does, i
> > > couldnt find documentation for it
On Sat, Jan 4, 2020 at 3:27 PM Timo Rothenpieler wrote:
>
> On 04.01.2020 14:37, Michael Niedermayer wrote:
> > I dont know how effective this is or what exactly this option does, i
> > couldnt find documentation for it quickly what it does in clang on macosx.
> > google keeps pointing to gcc
> >
On 04.01.2020 14:37, Michael Niedermayer wrote:
I dont know how effective this is or what exactly this option does, i
couldnt find documentation for it quickly what it does in clang on macosx.
google keeps pointing to gcc
but
a crash is better than arbitrary code execution, which IIUC is the ide
On Sat, Jan 04, 2020 at 12:06:55AM +0100, Henrik Gramner wrote:
> On Fri, Jan 3, 2020 at 7:37 PM Moritz Barsnick wrote:
> > On Fri, Jan 03, 2020 at 11:05:25 +0100, Timo Rothenpieler wrote:
> > > I think this was discussed on this list in the past.
> > > Not sure what the conclusion was, but I thin
On Fri, Jan 3, 2020 at 7:37 PM Moritz Barsnick wrote:
> On Fri, Jan 03, 2020 at 11:05:25 +0100, Timo Rothenpieler wrote:
> > I think this was discussed on this list in the past.
> > Not sure what the conclusion was, but I think an unconditional flag like
> > this being added wasn't all that well r
On Fri, Jan 3, 2020 at 1:56 PM Nicolas George wrote:
> Thierry Foucu (12020-01-03):
> > So, right now, we cannot build ffmpeg with optimization on Mac Os 10.15.
>
> Can't you pass the option as extra-cflags to configure? It should work,
> until a proper fix is proposed.
>
Yes i can, but why shou
Thierry Foucu (12020-01-03):
> So, right now, we cannot build ffmpeg with optimization on Mac Os 10.15.
Can't you pass the option as extra-cflags to configure? It should work,
until a proper fix is proposed.
Regards,
--
Nicolas George
signature.asc
Description: PGP signature
___
On Fri, Jan 3, 2020 at 10:37 AM Moritz Barsnick wrote:
> On Fri, Jan 03, 2020 at 11:05:25 +0100, Timo Rothenpieler wrote:
> > I think this was discussed on this list in the past.
> > Not sure what the conclusion was, but I think an unconditional flag like
> > this being added wasn't all that well
On Fri, Jan 03, 2020 at 11:05:25 +0100, Timo Rothenpieler wrote:
> I think this was discussed on this list in the past.
> Not sure what the conclusion was, but I think an unconditional flag like
> this being added wasn't all that well received.
Yes, discussed in this thread in November:
http://ffm
I think this was discussed on this list in the past.
Not sure what the conclusion was, but I think an unconditional flag like
this being added wasn't all that well received.
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailm
13 matches
Mail list logo
