[feature request] allow linking to system libraries #839

Closed
opened 2026-01-29 16:54:48 +00:00 by claunia · 4 comments
Owner

Originally created by @apteryks on GitHub (Jul 22, 2025).

Hi,

The build currently relies on libraries bundled in source form under the src/thirdparty directory. It'd be nice if ccextractor's build system was able to detect compatible libraries from the system and use these instead, ideally being able to function even if the src/thirdparty directory does not exist.

freetype, libpng, utf8proc, zlib, protobuf-c at least are all available from my system for example (GNU Guix).

Originally created by @apteryks on GitHub (Jul 22, 2025). Hi, The build currently relies on libraries bundled in source form under the src/thirdparty directory. It'd be nice if ccextractor's build system was able to detect compatible libraries from the system and use these instead, ideally being able to function even if the `src/thirdparty` directory does not exist. freetype, libpng, utf8proc, zlib, protobuf-c at least are all available from my system for example (GNU Guix).
Author
Owner

@cfsmp3 commented on GitHub (Dec 8, 2025):

We have vendored some libraries because it makes things much easier to build cross platform. Considering its size, it's just not worth the trouble of checking if there's a system version etc (and then dynamically link etc)

@cfsmp3 commented on GitHub (Dec 8, 2025): We have vendored some libraries because it makes things much easier to build cross platform. Considering its size, it's just not worth the trouble of checking if there's a system version etc (and then dynamically link etc)
Author
Owner

@apteryks commented on GitHub (Dec 9, 2025):

@cfsmp3 CMake should make this relatively easy. It'd be a great improvement for distributions, as freetype and libpng have had security vulnerabilities in the past, so it's important to be able to patch these quickly (and updating/patching them in a single place is easier/faster for distros). I'll try to review PR #1761 now.

@apteryks commented on GitHub (Dec 9, 2025): @cfsmp3 CMake should make this relatively easy. It'd be a great improvement for distributions, as freetype and libpng have had security vulnerabilities in the past, so it's important to be able to patch these quickly (and updating/patching them in a single place is easier/faster for distros). I'll try to review PR #1761 now.
Author
Owner

@cfsmp3 commented on GitHub (Dec 26, 2025):

@cfsmp3 CMake should make this relatively easy. It'd be a great improvement for distributions, as freetype and libpng have had security vulnerabilities in the past, so it's important to be able to patch these quickly (and updating/patching them in a single place is easier/faster for distros). I'll try to review PR #1761 now.

This should be done already, see 7075f6291d

Let us know if that's enough (or not)

@cfsmp3 commented on GitHub (Dec 26, 2025): > [@cfsmp3](https://github.com/cfsmp3) CMake should make this relatively easy. It'd be a great improvement for distributions, as freetype and libpng have had security vulnerabilities in the past, so it's important to be able to patch these quickly (and updating/patching them in a single place is easier/faster for distros). I'll try to review PR [#1761](https://github.com/CCExtractor/ccextractor/pull/1761) now. This should be done already, see https://github.com/CCExtractor/ccextractor/commit/7075f6291dce80a01f1ee446dc5ffa934cfcefe6 Let us know if that's enough (or not)
Author
Owner

@cfsmp3 commented on GitHub (Jan 3, 2026):

Closing this this was done and we've tested it for homebrew

@cfsmp3 commented on GitHub (Jan 3, 2026): Closing this this was done and we've tested it for homebrew
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: starred/ccextractor#839