mirror of
https://github.com/CCExtractor/ccextractor.git
synced 2026-02-03 21:23:48 +00:00
[Proposal] add xmllite.lib to Linker Input #855
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @syehoonkim on GitHub (Dec 19, 2025).
Dear,
When I try to build by MSVC, it complains that it cannot find the symbol related to xmllite.lib, so I manually added the lib to Linker Input.
How about including it?
@cfsmp3 commented on GitHub (Dec 19, 2025):
Thanks for the report! Our CI builds successfully on Windows without
xmllite.lib, so we need more information to understand your setup:What GPAC version are you using? Our CI uses GPAC 2.4.0 installed via chocolatey (
choco install gpac --version 2.4.0). Are you using a different version or installation method?What are the exact linker errors? Could you paste the specific "unresolved external symbol" errors you're seeing? This will help us confirm which library is actually needed.
Are you using vcpkg for dependencies? The build expects dependencies installed via vcpkg with triplet
x64-windows-static.Which build configuration? Debug-Full or Release-Full?
The
xmllite.libis a Windows system library, so it should be available if you have the Windows SDK installed. But we want to understand why it's needed in your case when CI builds fine without it.@syehoonkim commented on GitHub (Dec 22, 2025):
Dear,
Below is my environment. I hope it helps.
from

archive.lib(archive_read_support_format_xar.c.obj)3. I am using vcpkg with the latest, but I didn't designated the triplet as
x64-windows-static, but I just ran build.4. Both configurations make the same situation.
5. I have Windows 10/11 SDK both.
6. Below is my Linker Inputs.
I suspicious that it is related to my environment, but not sure.
If you have any theories, please let me know.
Thank you.
@cfsmp3 commented on GitHub (Dec 22, 2025):
Set VCPKG_DEFAULT_TRIPLET=x64-windows-static environment variable before running vcpkg install, or explicitly pass --triplet x64-windows-static to vcpkg, that should work.
@cfsmp3 commented on GitHub (Dec 22, 2025):
Thanks for the detailed information! I found the root cause of your issue.
The triplet is already configured
Since PR #1612, the project file (
windows/ccextractor.vcxproj) already includes the correct triplet setting:So you shouldn't need to set any environment variables or pass any arguments manually.
Why you're seeing the error
The issue is likely one of these:
Old checkout: You may have cloned the repo before PR #1612 was merged. Run
git pullto get the latest.vcxprojfile.Pre-installed vcpkg packages: If you ran
vcpkg installmanually from the command line before building in Visual Studio, those packages were installed with the default triplet (dynamic), notx64-windows-static. MSBuild then finds and uses those incorrectly-built packages.How to fix
git pullto ensure you have the latest project fileinstalledfolder in your vcpkg root, orx64-windows-statictriplet automaticallyThe key point: let Visual Studio/MSBuild handle the vcpkg installation rather than running
vcpkg installmanually. The project file already specifies the correct triplet.@syehoonkim commented on GitHub (Dec 22, 2025):
Dear @cfsmp3 ,
Thank you for your guideline.
Finally, I found that this is related to my
vcpkgintegration, not your repository.Sorry for bothering you.
Have a nice day!