[INTERNALS-WIN] Re: New Windows/others dependencies for bundled GD in PHP 8.6?
| From: | Shivam Mathur | Date: | Fri, 03 Jul 2026 05:02:57 +0000 |
| Subject: | [INTERNALS-WIN] Re: New Windows/others dependencies for bundled GD in PHP 8.6? | ||
| References: | 1 2 3 4 5 6 7 8 9 10 | Groups: | php.internals.win |
| Request: | Send a blank email to internals-win+get-1333@lists.php.net to get a copy of this message | ||
Yes, currently the brotli builds do not have static libs.
We had existing brotli builds before I worked on it and they were used for the brotli PECL
extension.
I have kept it that way, since some extensions have a preference for the static brotli libs and
having both in the build would lead to it being linked differently for PHP and some of the PECL
extensions.
- Shivam
> On 3 Jul 2026, at 10:05 AM, Pierre Joye <pierre.php@gmail.com> wrote:
>
> On Fri, Jul 3, 2026 at 11:15 AM Pierre Joye <pierre.php@gmail.com
> <mailto:pierre.php@gmail.com>> wrote:
>>
>> Hi Shivam,
>>
>> On Fri, Jul 3, 2026 at 10:36 AM Shivam Mathur <contact@shivammathur.com> wrote:
>>>
>>> Hi Pierre,
>>>
>>> Yes, I have uploaded the builds and added them to the manifests for 8.6 and master.
>>>
>>> I forgot to mention this earlier, we recently added support for zstd and brotli
>>> encoding in curl, so we have brotli as a dependency in the manifest.
>>> So I removed the shared libs for brotli in the libjxl builds as they were overwriting
>>> the ones we have.
>>> I would like to clean up this in the future so that libjxl can use the existing brotli
>>> builds as dependencies, but for now it should work.
>>> Might be a good idea to add fallbacks in the GD PR to use the existing shared brotli
>>> libraries.
>>
>> Totally, I first got some build issues using it, so I moved to the
>> third_party way. I will check that out and make sure we use the
>> static brotli from the deps as well. That may also avoid conflicting
>> versions, if any.
>
> Looking at the brotli dep, any reason brotli does not use _a?
>
> --
> Pierre
>
> @pierrejoye