Support building ext/gd against an external libgd on Windows
Open
Nobody has claimed this yet.
Extension: gd
Feature
Status: Needs Triage
- Dominant language
- C
- Stars
- 40.4k
- Forks
- 8.1k
- Avg merge
- 2d 13h
- Merged PRs (30d)
- 96
Description
Description
While we should not do that by default (at least until https://github.com/libgd/libgd/pull/692 is available), it makes sense to give users that option right away. This would be a good preparation for unbundling our bundled libgd in the future.
PS: the issue came up in https://github.com/libgd/libgd/issues/845, reported by @nono303.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in ext/gd and trace the Windows build configuration, focusing on how the bundled libgd is selected. Review the external libgd request and libgd pull request 692 for compatibility constraints. Done means Windows users can opt into an external libgd while the bundled library remains the default.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- build-system, operating-systems
- Issue type
- Feature
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100