[FFmpeg-devel] [PATCH] bsf: use standard include paths

Andreas Rheinhardt andreas.rheinhardt at outlook.com
Thu Apr 11 00:27:15 EEST 2024


Andrew Kelley:
> On 4/10/24 07:11, Andreas Rheinhardt wrote:
>> I don't
>> see a simplification of the Makefile.
> 
> Relevant part from the diff:
> 
> --- a/libavcodec/bsf/Makefile
> +++ b/libavcodec/bsf/Makefile
> @@ -45,5 +45,3 @@ OBJS-$(CONFIG_VP9_SUPERFRAME_BSF)         +=
> bsf/vp9_superframe.o
>  OBJS-$(CONFIG_VP9_SUPERFRAME_SPLIT_BSF)   += bsf/vp9_superframe_split.o
>  OBJS-$(CONFIG_VVC_METADATA_BSF)           += bsf/h266_metadata.o
>  OBJS-$(CONFIG_VVC_MP4TOANNEXB_BSF)        += bsf/vvc_mp4toannexb.o
> -
> -libavcodec/bsf/%.o: CPPFLAGS += -I$(SRC_PATH)/libavcodec/
> 

I am very well aware of the diff. I still don't see a simplification of
the Makefile.

>>>
>>> It also reduces ambiguity, since there are many instances of same-named
>>> header files existing in both libavformat/ and libavcodec/
>>> subdirectories.
>>
>> What ambiguity? 
> 
> For example, if a contributor sees #include "vvc.h", they do not know if
> that is libavformat/vvc.h or libavcodec/vvc.h without also being aware
> of other context, such as the above line in the Makefile. The
> explicitness reduces the amount one must know in order to read the code.

To quote myself: "It would be different if we did something nuts like
adding -Ilibavcodec to the compilation of libavformat files".

- Andreas



More information about the ffmpeg-devel mailing list