Le decadi 10 messidor, an CCXXIV, Michael Niedermayer a écrit :
> > The error is being thrown when the location of the decklink headers being
> > pulled in as user includes with -I.
>
> i would assume the same happens with any header, i didnt try but
> libc headers likely will also fail with
On Sun, Jun 26, 2016 at 09:00:58PM -0400, Richard Kern wrote:
>
> > On Jun 25, 2016, at 3:16 PM, Michael Niedermayer
> > wrote:
> >
> > On Sat, Jun 25, 2016 at 05:29:56PM +, Carl Eugen Hoyos wrote:
> >> Michael Niedermayer niedermayer.cc> writes:
> >>
> >>> why
> On Jun 25, 2016, at 3:16 PM, Michael Niedermayer
> wrote:
>
> On Sat, Jun 25, 2016 at 05:29:56PM +, Carl Eugen Hoyos wrote:
>> Michael Niedermayer niedermayer.cc> writes:
>>
>>> why does this happen ?
>>
>> I thought it happens because FFmpeg include
On Sat, Jun 25, 2016 at 05:29:56PM +, Carl Eugen Hoyos wrote:
> Michael Niedermayer niedermayer.cc> writes:
>
> > why does this happen ?
>
> I thought it happens because FFmpeg include third-party
> files that do not copmile with error=missing-prototypes.
but why should they build with
Michael Niedermayer niedermayer.cc> writes:
> why does this happen ?
I thought it happens because FFmpeg include third-party
files that do not copmile with error=missing-prototypes.
Carl Eugen
___
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
On Fri, Jun 24, 2016 at 10:03:17PM -0400, Rick Kern wrote:
> decklink_common.cpp includes a .cpp file from the DeckLink API which fails
> to build because there are non-static functions in the included .cpp file.
> This disables the missing-prototypes error so the file can be included.
why does
decklink_common.cpp includes a .cpp file from the DeckLink API which fails
to build because there are non-static functions in the included .cpp file.
This disables the missing-prototypes error so the file can be included.
Signed-off-by: Rick Kern
---
configure | 3 ++-
1 file