[FFmpeg-devel] [PATCH] don't include intypes.h directly
Måns Rullgård
mans
Sat Nov 10 18:59:29 CET 2007
"Fran?ois Revol" <revol at free.fr> writes:
>> Aurelien Jacobs <aurel at gnuage.org> writes:
>>
>> > Hi,
>> >
>> > I seem to recall that we had a "policy" of never including
>> > inttypes.h
>> > (or stdint.h) directly, but I'm not sure anymore.
>> > If I'm right, then I should apply the attached patch. OK ?
>> >
>> > Aurel
>> >
>> > Index: libavcodec/intrax8huf.h
>> > ===================================================================
>> > --- libavcodec/intrax8huf.h (revision 10987)
>> > +++ libavcodec/intrax8huf.h (working copy)
>> > @@ -19,7 +19,7 @@
>> > #ifndef FFMPEG_INTRAX8HUF_H
>> > #define FFMPEG_INTRAX8HUF_H
>> >
>> > -#include <inttypes.h>
>> > +#include "common.h"
>>
>> It looks like all this file needs is stdint.h, in which case that is
>> what it should be #including. Needlessly including common.h will
>> only
>> add false dependencies and increase compilation time (not by much,
>> but
>> still).
>>
>> My personal policy is to explicitly include all headers from which
>> features are used, even if some of them might be indirectly included,
>> unless this indirect inclusion is documented (e.g. inttypes.h must
>> include stdint.h).
>
> Except some platforms don't have stuff in that header but in another
> (like inttypes.h).
Those platforms should be fixed or ignored.
--
M?ns Rullg?rd
mans at mansr.com
More information about the ffmpeg-devel
mailing list