From: "Martin Storsjö" <martin@martin.st>
To: FFmpeg development discussions and patches <ffmpeg-devel@ffmpeg.org>
Subject: Re: [FFmpeg-devel] [PATCH 1/2] configure: Remove a redundant check for UWP mode
Date: Fri, 22 Dec 2023 11:53:32 +0200 (EET)
Message-ID: <9cb47f7-95b6-1e5c-c654-db1bef792de8@martin.st> (raw)
In-Reply-To: <SN6PR11MB2990755C11CAD144FD5433F1C094A@SN6PR11MB2990.namprd11.prod.outlook.com>
On Fri, 22 Dec 2023, Wu, Tong1 wrote:
>> From: ffmpeg-devel <ffmpeg-devel-bounces@ffmpeg.org> On Behalf Of
>> Martin Storsjö
>> Sent: Friday, December 22, 2023 4:41 PM
>> To: FFmpeg development discussions and patches <ffmpeg-
>> devel@ffmpeg.org>
>> Subject: Re: [FFmpeg-devel] [PATCH 1/2] configure: Remove a redundant check
>> for UWP mode
>>
>> On Fri, 22 Dec 2023, Wu, Tong1 wrote:
>>
>>>
>>>> Subject: [FFmpeg-devel] [PATCH 1/2] configure: Remove a redundant check
>> for
>>>> UWP mode
>>>>
>>>> The check for UWP mode was duplicated from right above, in
>>>> d54127c41a81cf2078a3504f78e0e4232cfe11b7.
>>>>
>>>> Also, instead of several lines with "enabled uwp && ...", make one
>>>> "if enabled uwp; then" block.
>>>> ---
>>>> configure | 30 +++++++++++-------------------
>>>> 1 file changed, 11 insertions(+), 19 deletions(-)
>>>>
>>>> diff --git a/configure b/configure
>>>> index af0bebc1ac..69b755f274 100755
>>>> --- a/configure
>>>> +++ b/configure
>>>> @@ -7102,9 +7102,8 @@ fi
>>>>
>>>> check_func_headers "windows.h" CreateDIBSection
>>>> "$gdigrab_indev_extralibs"
>>>>
>>>> -# d3d11va requires linking directly to dxgi and d3d11 if not building for
>>>> -# the desktop api partition
>>>> -test_cpp <<EOF && enable uwp && d3d11va_extralibs="-ldxgi -ld3d11"
>>>> +# check if building for desktop or uwp
>>>> +test_cpp <<EOF && enable uwp
>>>> #ifdef WINAPI_FAMILY
>>>> #include <winapifamily.h>
>>>> #if WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_DESKTOP)
>>>> @@ -7117,23 +7116,16 @@ test_cpp <<EOF && enable uwp &&
>>>> d3d11va_extralibs="-ldxgi -ld3d11"
>>>> #endif
>>>> EOF
>>>>
>>>> -# vaapi_win32 requires linking directly to dxgi if not building for
>>>> -# the desktop api partition
>>>> -test_cpp <<EOF && enable uwp && vaapi_win32_extralibs="-ldxgi"
>>>> -#ifdef WINAPI_FAMILY
>>>> -#include <winapifamily.h>
>>>> -#if WINAPI_FAMILY_PARTITION(WINAPI_PARTITION_DESKTOP)
>>>> -#error desktop, not uwp
>>>> -#else
>>>> -// WINAPI_FAMILY_APP, WINAPI_FAMILY_PHONE_APP => UWP
>>>> -#endif
>>>> -#else
>>>> -#error no family set
>>>> -#endif
>>>> -EOF
>>>> +mediafoundation_extralibs="-lmfuuid -lole32 -lstrmiids"
>>>>
>>>> -# mediafoundation requires linking directly to mfplat if building for uwp
>> target
>>>> -enabled uwp && mediafoundation_extralibs="-lmfplat -lmfuuid -lole32 -
>>>> lstrmiids" || mediafoundation_extralibs="-lmfuuid -lole32 -lstrmiids"
>>>> +if enabled uwp; then
>>>> + # In UWP mode, we can't use LoadLibrary+GetProcAddress to
>> conditionally
>>>> + # try to load these APIs at runtime, like we do in regular desktop mode -
>>>> + # therefore, we need to link directly against these APIs.
>>>> + d3d11va_extralibs="-ldxgi -ld3d11"
>>>> + vaapi_win32_extralibs="-ldxgi"
>>>> + mediafoundation_extralibs="-lmfplat $mediafoundation_extralibs"
>>>> +fi
>>>>
>>>> enabled libdrm &&
>>>> check_pkg_config libdrm_getfb2 libdrm "xf86drmMode.h"
>>>> drmModeGetFB2
>>>> --
>>>> 2.34.1
>>>
>>> LGTM, thx.
>>
>> Does that cover patch 2/2, which fixes linking errors in the UWP
>> configurations, as well?
>>
>> // Martin
>
> From the code it looks good to me but I don't have the UWP test
> environment to try out.
Well it fixes linking at least, so that's better than failing to link, so
I'll go ahead and push it to unbreak those builds.
// Martin
_______________________________________________
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:[~2023-12-22 9:53 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-12-21 21:27 Martin Storsjö
2023-12-21 21:27 ` [FFmpeg-devel] [PATCH 2/2] configure: Fix linking d3d12va in " Martin Storsjö
2023-12-22 4:51 ` [FFmpeg-devel] [PATCH 1/2] configure: Remove a redundant check for " Wu, Tong1
2023-12-22 8:41 ` Martin Storsjö
2023-12-22 8:52 ` Wu, Tong1
2023-12-22 9:53 ` Martin Storsjö [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=9cb47f7-95b6-1e5c-c654-db1bef792de8@martin.st \
--to=martin@martin.st \
--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