Support more extensions

[crazywhalecc]

Some extensions that are planned to be supported are listed here. Here is just a collection list and contains my notes, and there is no guarantee that the extension will be supported. Some of the extensions contained here may not be supported and will be removed from this list if they are found to be unsupported.

Linux & macOS

• [ ] rdkafka #256
• [ ] pdo_snowflake
• [x] ldap #193
• [ ] decimal
• [ ] grpc
• [x] #202
• [ ] pcov (Zend module, dynamic link only)
• [X] xsl
• [x] password-argon2
• [x] snappy
• [ ] tonyenc #203 (temporarily closed)
• [x] gettext #339
• [x] uv #237
• [x] rar #260
• [x] tidy #271
• [x] sqlsrv #291
• [x] igbinary
• [ ] ardillo/libui #317
• [x] uuid #362
• [x] amqp #366
• [x] pdo_sqlsrv #374
• [ ] vips #386
• [x] simdjson #390
• [x] yac #393
• [x] ds #395 #401

Windows

• [x] #429
• [x] #435
• [X] apcu #389 #488
• [X] pdo, sqlsrv #389 #488
• [X] yaml #389 #488
• [X] rar #389 #488
• [X] zip #389 #488

FreeBSD

No.

Since FreeBSD lacks CI support on GitHub and it is troublesome to test on my own computer, I will temporarily put the update of FreeBSD on hold.

If someone can provide FreeBSD CI or answer questions related to FreeBSD compilation, I will be very grateful and restart the official maintenance of FreeBSD.

[stloyd]

Aren't those extensions already covered?

• imap,
• ldap

[crazywhalecc]

Aren't those extensions already covered?

• imap,
• ldap

No. imap and ldap are internal extensions, and they will be supported in the future (I'm debugging them on my local branch). Now I need to figure out some old library compilation, e.g. wu-imap (c-client). It would be great if someone knows about them and would like to help.

For imap, I'm reading Homebrew and Alpine BUILD related code:

• https://github.com/Homebrew/homebrew-core/blob/e7b36de55df0ffeb3bc8a9f7996906a4dd0cc5b8/Formula/imap-uw.rb
• https://git.alpinelinux.org/aports/tree/main/imap/APKBUILD

[DubbleClick]

I think the old links that are mentioned in git.alpinelinux.org are dead, but the sources can be found at https://github.com/uw-imap/imap. Edit: never mind, the source link is still up.

I'll try to get the php-imap compilation working on a VM, but this looks like a dead extension going forward. Highly unfortunate that there doesn't seem to be a reliable alternative.

Ldap (and sysvsem, is it planned?) integration appears fairly straightforward, though.

[crazywhalecc]

@DubbleClick sysvsem is supported now, but it seems I forgot add it in documentation. I'll add it later.

ldap is planned but I haven't started yet.

[DubbleClick]

I was able to compile php with ldap just following the documentation. Imap is a whole other story, had no luck with it on rhel 9.2. I hope I'll find the time to create a PR for ldap next week.

[crazywhalecc]

I was able to compile php with ldap just following the documentation. Imap is a whole other story, had no luck with it on rhel 9.2. I hope I'll find the time to create a PR for ldap next week.

It would be great if you could improve new extensions!

And I noticed that you are using RHEL, I'm not familiar with it. It might be more helpful if someone could first improve the doctor check items for RHEL and CentOS environments.

[DubbleClick]

Yeah I've noticed that there was no musl auto-fix for rhel available. I wasn't able to find a rpm for it and therefore had to manually build it and add the directory to ld_flags.

Will do again with a fresh VM and document the necessary commands. I should find time next week.

[DubbleClick]

I've had more of a play with imap and got it to compile (dynamically so far, with openssl3, not 1.1.1), but even that requires a lot of patches both in the form of .patch files as well as replacing contents in files that no .patch file is available for. This project doesn't have any logic to apply patch files yet.

It also needs multiple services to be running on the system and a (self signed is fine) certificate. It's a complete mess that requires decisions to be taken to integrate it here that I'm not in a position to make.

I would very much appreciate if someone could tackle it, because it's a very necessary extension with no real replacement (there's laminas mail to send mail with limited functionality, an abandoned php-imap2 that doesn't work with php 8, and nothing else). But you should expect it to be quite a lot of work. :/

Edit: There seems to be a fairly well maintained imap replacement here, although I haven't check if all functionality exists: https://github.com/Webklex/php-imap

Either way it would still be good to integrate ext-imap for compatibility with existing projects.

[crazywhalecc]

@DubbleClick

See #202

[boonkerz]

i work on sdl

cli and micro with static sdl3 lib currently only on windows

[jorgeluiz1586]

Hello, could you include the Openswoole extension to be tested and included?

I saw that there is Swoole but I need the gRPC client and gRPC server of Openswoole, I believe it is compatible since Openswoole is a fork of Swoole with more features.

[crazywhalecc]

@jorgeluiz1586 It should not be difficult to support openswoole.

But I am not sure if openswoole has a similar hook bug as swoole (phpmicro+phar cannot be used in PROCESS mode).

[weijer]

Need to support ：msgpack

[crazywhalecc]

@weijer Please create an issue and we can start this with progress.