From: Andreas Rheinhardt <andreas.rheinhardt@outlook.com>
To: ffmpeg-devel@ffmpeg.org
Subject: Re: [FFmpeg-devel] [RFC] avdevice: lock to minor version of avformat
Date: Mon, 3 Jan 2022 10:48:50 +0100
Message-ID: <AM7PR03MB66600AAA819A8D34F0BAFF448F499@AM7PR03MB6660.eurprd03.prod.outlook.com> (raw)
In-Reply-To: <CABcAi1imep=4aF-G496gbi8E36x3Uk_6DPySYorOQ_fQKuGNXw@mail.gmail.com>
Diederick C. Niehorster:
> FWIW, the macro
> #define AV_MAKE_MAJOR_MINOR_FUNC_NAME(name,major,minor)
> AV_GLUE(av,name)AV_GLUE(_version_,major)AV_GLUE(_,minor)
> doesn't compile on patchwork
> (https://patchwork.ffmpeg.org/check/49062/), but worked fine for me on
> MSVC. Is MSVC non-compliant somehow? Suggestions appreciated, I'm no
> star in C macros.
>
AV_GLUE(av,name)AV_GLUE(_version_,major)AV_GLUE(_,minor) will yield
three preprocessor tokens after macro expansion, one for each AV_GLUE.
There will be no whitespace between them and yet they are different
preprocessor tokens. After the preprocessor has been run, these
preprocessor tokens are directly converted into tokens; there is no
"rescan" that joins preprocessor tokens that are not separated by
whitespace (and therefore appear to you to be a single token). And
therefore the result is incompliant.
It seems like MSVC does such a rescan, but the specs allow a compiler to
omit it (and GCC apparently does so).
> In any case, this is a discussion starter, so let it not compiling not
> hold us back from that.
>
> Cheers,
> Dee
>
> On Sun, Dec 26, 2021 at 6:17 PM Diederick Niehorster <dcnieho@gmail.com> wrote:
>>
>> As per discussion on the list (
>> https://ffmpeg.org/pipermail/ffmpeg-devel/2021-June/281513.html, see
>> especially https://ffmpeg.org/pipermail/ffmpeg-devel/2021-June/281586.html),
>> to resolve the the unholy ABI-relationship between libavdevice and
>> libavformat and allow easier working on the part of the avdevice API
>> that lives in avformat, lock avdevice to a specific major and minor
>> version of avformat.
>>
>> Signed-off-by: Diederick Niehorster <dcnieho@gmail.com>
>> ---
>> libavdevice/avdevice.c | 10 ++++++++++
>> libavdevice/version.h | 10 ++++++++++
>> libavformat/utils.c | 5 +++++
>> libavformat/version.h | 11 +++++++++++
>> libavutil/macros.h | 2 ++
>> 5 files changed, 38 insertions(+)
>>
>> diff --git a/libavdevice/avdevice.c b/libavdevice/avdevice.c
>> index 8f460c7564..b608ec532f 100644
>> --- a/libavdevice/avdevice.c
>> +++ b/libavdevice/avdevice.c
>> @@ -38,6 +38,16 @@ unsigned avdevice_version(void)
>> return LIBAVDEVICE_VERSION_INT;
>> }
>>
>> +unsigned avdevice_version_same_minor()
>> +{
>> + // check version of loaded lavf has same major and minor version as
>> + // this library was compiled against
>> + if ((avformat_version_same_minor()) & ~0xFF != (LIBAVFORMAT_VERSION_INT & ~0xFF))
>> + abort();
>> +
>> + return avformat_version();
>> +}
>> +
>> const char * avdevice_configuration(void)
>> {
>> return FFMPEG_CONFIGURATION;
>> diff --git a/libavdevice/version.h b/libavdevice/version.h
>> index 41f568d6b0..4c511a7f53 100644
>> --- a/libavdevice/version.h
>> +++ b/libavdevice/version.h
>> @@ -26,6 +26,7 @@
>> */
>>
>> #include "libavutil/version.h"
>> +#include "libavutil/macros.h"
>>
>> #define LIBAVDEVICE_VERSION_MAJOR 59
>> #define LIBAVDEVICE_VERSION_MINOR 1
>> @@ -48,4 +49,13 @@
>> */
>> #define FF_API_DEVICE_CAPABILITIES (LIBAVDEVICE_VERSION_MAJOR < 60)
>>
>> +/**
>> + * avdevice_version_same_minor() expands to a function with
>> + * the same minor and major version it was compiled against
>> + * encoded in it. Enables linking locking to the minor version
>> + * of other libraries they were compiled against.
>> + */
>> +#define avdevice_version_same_minor AV_MAKE_MAJOR_MINOR_FUNC_NAME(device,LIBAVFORMAT_VERSION_MAJOR,LIBAVFORMAT_VERSION_MINOR)
>> +unsigned avdevice_version_same_minor();
>> +
>> #endif /* AVDEVICE_VERSION_H */
>> diff --git a/libavformat/utils.c b/libavformat/utils.c
>> index 332ba534d2..607a777c3f 100644
>> --- a/libavformat/utils.c
>> +++ b/libavformat/utils.c
>> @@ -63,6 +63,11 @@ unsigned avformat_version(void)
>> return LIBAVFORMAT_VERSION_INT;
>> }
>>
>> +unsigned avformat_version_same_minor()
>> +{
>> + return avformat_version();
>> +}
>> +
>> const char *avformat_configuration(void)
>> {
>> return FFMPEG_CONFIGURATION;
>> diff --git a/libavformat/version.h b/libavformat/version.h
>> index 379a68cc7c..2423800687 100644
>> --- a/libavformat/version.h
>> +++ b/libavformat/version.h
>> @@ -28,6 +28,7 @@
>> */
>>
>> #include "libavutil/version.h"
>> +#include "libavutil/macros.h"
>>
>> // Major bumping may affect Ticket5467, 5421, 5451(compatibility with Chromium)
>> // Also please add any ticket numbers that you believe might be affected here
>> @@ -63,4 +64,14 @@
>>
>>
>> #define FF_API_R_FRAME_RATE 1
>> +
>> +/**
>> + * avformat_version_same_minor() expands to a function with
>> + * the same minor and major version it was compiled against
>> + * encoded in it. Enables linking locking to the minor version
>> + * of other libraries they were compiled against.
>> + */
>> +#define avformat_version_same_minor AV_MAKE_MAJOR_MINOR_FUNC_NAME(format,LIBAVFORMAT_VERSION_MAJOR,LIBAVFORMAT_VERSION_MINOR)
>> +unsigned avformat_version_same_minor();
>> +
>> #endif /* AVFORMAT_VERSION_H */
>> diff --git a/libavutil/macros.h b/libavutil/macros.h
>> index 2a7567c3ea..dda1bf6452 100644
>> --- a/libavutil/macros.h
>> +++ b/libavutil/macros.h
>> @@ -73,6 +73,8 @@
>> * @}
>> */
>>
>> +#define AV_MAKE_MAJOR_MINOR_FUNC_NAME(name,major,minor) AV_GLUE(av,name)AV_GLUE(_version_,major)AV_GLUE(_,minor)
>> +
>> #define AV_PRAGMA(s) _Pragma(#s)
>>
>> #define FFALIGN(x, a) (((x)+(a)-1)&~((a)-1))
>> --
>> 2.28.0.windows.1
>>
_______________________________________________
ffmpeg-devel mailing list
ffmpeg-devel@ffmpeg.org
https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
To unsubscribe, visit link above, or email
ffmpeg-devel-request@ffmpeg.org with subject "unsubscribe".
prev parent reply other threads:[~2022-01-03 9:49 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-12-26 17:16 Diederick Niehorster
2021-12-28 13:19 ` Diederick C. Niehorster
2022-01-03 9:48 ` Andreas Rheinhardt [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=AM7PR03MB66600AAA819A8D34F0BAFF448F499@AM7PR03MB6660.eurprd03.prod.outlook.com \
--to=andreas.rheinhardt@outlook.com \
--cc=ffmpeg-devel@ffmpeg.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Git Inbox Mirror of the ffmpeg-devel mailing list - see https://ffmpeg.org/mailman/listinfo/ffmpeg-devel
This inbox may be cloned and mirrored by anyone:
git clone --mirror https://master.gitmailbox.com/ffmpegdev/0 ffmpegdev/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 ffmpegdev ffmpegdev/ https://master.gitmailbox.com/ffmpegdev \
ffmpegdev@gitmailbox.com
public-inbox-index ffmpegdev
Example config snippet for mirrors.
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git