On Tue, Oct 6, 2015 at 7:35 PM, Luca Barbato wrote:
> On 06/10/15 22:41, Sean McGovern wrote:
> > On Mon, Oct 5, 2015 at 5:19 PM, Sean McGovern
> wrote:
> >
> >> The versioning facility in the Solaris linker differs from Linux in 3
> ways:
> >>
> >> 1. It does not support globs in linker scripts
On 06/10/15 22:41, Sean McGovern wrote:
> On Mon, Oct 5, 2015 at 5:19 PM, Sean McGovern wrote:
>
>> The versioning facility in the Solaris linker differs from Linux in 3 ways:
>>
>> 1. It does not support globs in linker scripts for
>> symbol versioning -- this is a GNU extension.
>>
>> 2. The li
On 06/10/15 19:54, Hendrik Leppkes wrote:
> It seems ok, i guess. Once the init is done, all it comes down to is
> one CAS call and a comparison of the result .. thats not much work.
> Both pthread_cond_init and pthread_once should only really be used in
> "init" type code, not in performance criti
On Mon, Oct 5, 2015 at 5:19 PM, Sean McGovern wrote:
> The versioning facility in the Solaris linker differs from Linux in 3 ways:
>
> 1. It does not support globs in linker scripts for
> symbol versioning -- this is a GNU extension.
>
> 2. The linker argument is '-M', instead of '--version-scrip
On Tue, Oct 6, 2015 at 7:43 PM, wm4 wrote:
> On Tue, 6 Oct 2015 12:41:13 +0200
> Hendrik Leppkes wrote:
>
>> The emulation uses native InitOnce* APIs on Windows Vista+, and a
>> lock-free/allocation-free approach using atomics and spinning for Windows XP.
>> ---
>> This is in preparation to use
On Tue, 6 Oct 2015 12:41:13 +0200
Hendrik Leppkes wrote:
> The emulation uses native InitOnce* APIs on Windows Vista+, and a
> lock-free/allocation-free approach using atomics and spinning for Windows XP.
> ---
> This is in preparation to use pthread_once for global static init functions,
> and
Quoting wm4 (2015-10-06 16:06:13)
> On Tue, 06 Oct 2015 16:19:09 +0300
> Rémi Denis-Courmont wrote:
>
> > Le 2015-10-06 15:27, wm4 a écrit :
> > > On Tue, 6 Oct 2015 12:39:12 +0200
> > > Vittorio Giovara wrote:
> > >
> > >> Hi all,
> > >> it's been about two months since the big major bump, and
I still need to address this
https://lists.libav.org/pipermail/libav-devel/2015-September/072021.html
I'm not sure if that qualifies as ABI changes.
On Tue, Oct 6, 2015 at 4:06 PM, wm4 wrote:
> On Tue, 06 Oct 2015 16:19:09 +0300
> Rémi Denis-Courmont wrote:
>
>> Le 2015-10-06 15:27, wm4 a écrit
On Tue, 06 Oct 2015 16:19:09 +0300
Rémi Denis-Courmont wrote:
> Le 2015-10-06 15:27, wm4 a écrit :
> > On Tue, 6 Oct 2015 12:39:12 +0200
> > Vittorio Giovara wrote:
> >
> >> Hi all,
> >> it's been about two months since the big major bump, and ABI hunt
> >> season has been quite intense. Is ther
Le 2015-10-06 15:27, wm4 a écrit :
On Tue, 6 Oct 2015 12:39:12 +0200
Vittorio Giovara wrote:
Hi all,
it's been about two months since the big major bump, and ABI hunt
season has been quite intense. Is there anything left that people
would like to address before we close down changing ABI and m
On 06/10/15 14:27, wm4 wrote:
> On Tue, 6 Oct 2015 12:39:12 +0200
> Vittorio Giovara wrote:
>
>> Hi all,
>> it's been about two months since the big major bump, and ABI hunt
>> season has been quite intense. Is there anything left that people
>> would like to address before we close down changing
On 06/10/15 13:51, Vittorio Giovara wrote:
> Do not fail when original resolution is smaller than current one,
> as the frame buffer is resized automatically.
>
> Signed-off-by: Vittorio Giovara
> ---
> libavcodec/g2meet.c | 3 +--
> 1 file changed, 1 insertion(+), 2 deletions(-)
>
> diff --git
On Tue, 6 Oct 2015 12:39:12 +0200
Vittorio Giovara wrote:
> Hi all,
> it's been about two months since the big major bump, and ABI hunt
> season has been quite intense. Is there anything left that people
> would like to address before we close down changing ABI and move to
> release/12?
I'm wond
On 06/10/15 12:41, Hendrik Leppkes wrote:
> The emulation uses native InitOnce* APIs on Windows Vista+, and a
> lock-free/allocation-free approach using atomics and spinning for Windows XP.
> ---
> This is in preparation to use pthread_once for global static init functions,
> and eventually removin
On Tue, 6 Oct 2015 12:41:13 +0200
Hendrik Leppkes wrote:
> The emulation uses native InitOnce* APIs on Windows Vista+, and a
> lock-free/allocation-free approach using atomics and spinning for Windows XP.
> ---
> This is in preparation to use pthread_once for global static init functions,
> and
Do not fail when original resolution is smaller than current one,
as the frame buffer is resized automatically.
Signed-off-by: Vittorio Giovara
---
libavcodec/g2meet.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/libavcodec/g2meet.c b/libavcodec/g2meet.c
index 85f53e2..a
The emulation uses native InitOnce* APIs on Windows Vista+, and a
lock-free/allocation-free approach using atomics and spinning for Windows XP.
---
This is in preparation to use pthread_once for global static init functions,
and eventually removing the global lock in avcodec_open2
compat/w32pthrea
Hi all,
it's been about two months since the big major bump, and ABI hunt
season has been quite intense. Is there anything left that people
would like to address before we close down changing ABI and move to
release/12?
--
Vittorio
___
libav-devel mailin
18 matches
Mail list logo