[oi-dev] uw-imap

[Andreas Wacknitz]

Am 23.03.25 um 03:06 schrieb Goetz T. Fischer via oi-dev:
> hi guys,
>
> i wanted to update php 8.3 but configure for the imap module failed because of a missing
> "libc-client.a". the current 8.3.14 won't build anymore either because of the same error.
> this "libc-client.a" seems to be part of uw-imap which apparently has been updated on january 2nd.
> the current php 8.3.14 is from november so that would make sense. the interesting part is that i
> got no matches in the git log for the uw-imap update except for one from 2013.
>
> anyway, simply checking out an older revision based on the date shows that a gcc 14 patch has been
> added and one change in the uwimap.p5m file:
>
> old:
> link path=usr/lib/$(MACH64)/libc-client.so target=libc-client.so.1
> file path=usr/lib/$(MACH64)/libc-client.so.1
> link path=usr/lib/libc-client.so target=libc-client.so.1
> file path=usr/lib/libc-client.so.1
>
> current:
> link path=usr/lib/$(MACH64)/libc-client.so target=libc-client.so.1
> file path=usr/lib/$(MACH64)/libc-client.so.1
>
> i guess since the dso is not in /usr/lib anymore but only in /usr/lib/amd64, php's configure
> doesn't pick it up and falls back to looking for the static lib which we don't have.
> so was there a reason not to have libc-client.so in /usr/lib anymore ?
/usr/lib usually contains 32 bit library versions while
/usr/lib/$(MACH64) contains 64 bit versions.
If .so files from /usr/lib got dropped that simply means we dropped the
32 bit versions.
The background is that we try to get rid of 32 bit. There are of course
some things to consider:
1. illumos-gate is not fully 64 bit and still needs some 32 bit
libraries from userland
2. Sunray software depends on some 32 bit libraries