Hi all,
I'm in the progress of updating all libraries required for ext/gd on
Windows. Since libxpm hasn't been updated for quite a while (we're
still shipping libxpm 3.5.12), I've attempted updating to libxpm 3.5.17.
However, besides the already existing mess of needing to fetch several
X11 head
On Sun, 8 Sep 2024, Christoph M. Becker wrote:
> On 08.09.2024 at 16:58, Derick Rethans wrote:
>
> > I think it needs some good thinking through first. I also don't
> > believe the RFC system is something we need to use for deciding how
> > to serve files.
>
> This is not about *how* to serve
On Sat, 31 Aug 2024, Rob Landers wrote:
> On Fri, Aug 30, 2024, at 20:13, Christoph M. Becker wrote:
> > It's easy to vote "yes, unbundle this extension" if you've never
> > used the extension and are not planning to do so in the future. It
> > may be a death sentence, though.
> >
>
> I went
On Tue, 10 Sep 2024, Gina P. Banyard wrote:
> On Friday, 30 August 2024 at 20:13, Christoph M. Becker
> wrote:
>
> > Instead I'm saying that we should be careful to unbundle extensions.
> > This should probably seen as a last resort if we absolutely can't
> > maintain the extension any longer
On Wed, 4 Sep 2024, Derick Rethans wrote:
> On 4 September 2024 21:32:10 BST, Rob Landers wrote:
> >On Wed, Sep 4, 2024, at 22:26, Derick Rethans wrote:
> >> On 4 September 2024 21:15:55 BST, Rob Landers wrote:
> >> >
> >> >I receive the following error when saving an RFC:
> >> >
> >> >There was
On 11/09/2024 14:55, Christoph M. Becker wrote:
> Hi all,
>
> I'm in the progress of updating all libraries required for ext/gd on
> Windows. Since libxpm hasn't been updated for quite a while (we're
> still shipping libxpm 3.5.12), I've attempted updating to libxpm 3.5.17.
> However, besides th
hi Christoph,
On Wed, Sep 11, 2024, 7:56 PM Christoph M. Becker wrote:
> Hi all,
>
>
> Therefore I suggest dropping XPM support from ext/gd on Windows as soon
> as possible (might be a bit late for PHP 8.4, but might still be a good
> idea).
>
Given it is only useful on OSes relying on X/freede
On 11.09.2024 at 15:51, Derick Rethans wrote:
> On Sun, 8 Sep 2024, Christoph M. Becker wrote:
>
>> On 08.09.2024 at 16:58, Derick Rethans wrote:
>>
>
> Ok, but I still don't see why you need an RFC for this? :-)
Oh, I don't need an RFC for this. Actually, you can read my question as
"does this *
On 11.09.2024 at 16:04, Derick Rethans wrote:
> But XML parsing is such an integral part of PHP, that this absolutely
> should be in core. For *many* users, if it's not in core, they can't use
> it. Or at least that used to be a big problem.
We even made ext/json and ext/hash mandatory, so users
Hi Rowan,
> On Sep 11, 2024, at 2:55 AM, Rowan Tommins [IMSoP]
> wrote:
> Perhaps you're unaware that classes in core already can, and do, provide
> operator overloading. GMP is the "poster child" for it, overloading a bunch
> of mathematical operators, but the mechanism it uses to do so is re
On Wed, Sep 11, 2024 at 1:13 PM Mike Schinkel wrote:
> Hi Rowan,
>
> > On Sep 11, 2024, at 2:55 AM, Rowan Tommins [IMSoP]
> wrote:
> > Perhaps you're unaware that classes in core already can, and do, provide
> operator overloading. GMP is the "poster child" for it, overloading a bunch
> of mathe
On 11 September 2024 20:12:53 BST, Mike Schinkel wrote:
>> It also risks conflicting with a future language feature that overlaps, as
>> happened with all native functions marked as accepting string automatically
>> coercing nulls, but all userland ones rejecting it. Deprecating that
>> diff
> On Sep 11, 2024, at 4:55 PM, Rowan Tommins [IMSoP]
> wrote:
> On 11 September 2024 20:12:53 BST, Mike Schinkel wrote:
>>> It also risks conflicting with a future language feature that overlaps, as
>>> happened with all native functions marked as accepting string automatically
>>> coercing nu
On 11.09.2024 at 23:27, JB wrote:
> The GD PHP extension defines "imagecreatefromxpm" functions. How do you
> manage it if XPM support is disabled?
Oh, wow, gd/config.w32 needs to be fixed (anyway). As is, if libxpm is
not available, ext/gd can't be built, what makes no sense, since the
code whi
On 11 September 2024 22:27:41 BST, JB wrote:
>Thank you for this suggestion. I have one question.
>
>The GD PHP extension defines "imagecreatefromxpm" functions. How do you manage
>it if XPM support is disabled?
The function should not exist in that case, probably commented out through an
#ifd
On 11.09.2024 at 22:43, Hammed Ajao wrote:
> Your point about operator overloading doesn't seem valid either. Consider
> the following:
>
> ```php
> class X {
> public function plus(X $that) {}
> public function equals(X $that) {}
> }
> ```
>
> In this case, `plus` could represent any beha
hi,
On Thu, Sep 12, 2024, 5:04 AM Christoph M. Becker wrote:
>
>
> This should be fixed in winlibs/libxpm. The patch in winlib-builder
> doesn't make sense; I think I did this to make it easier to update
> libxpm, though in hindsight this was probably a bad idea.
>
I mentioned that long ago, b
> On Sep 11, 2024, at 4:43 PM, Hammed Ajao wrote:
>
> Using WebAssembly (Wasm) for PHP doesn't make much sense. PHP already runs on
> its own virtual machine server-side, so adding another VM (Wasm) would just
> introduce unnecessary complexity and overhead.
Sorry, but I am going to have to c
18 matches
Mail list logo