Re: forthcoming release
"Chun Tian (binghe)" <[email protected]> Tue, 23 Jul 2024 10:51:11 +1000
| Newsgroups | gmane.lisp.openmcl.devel |
|---|---|
| Message-ID | <CAEXPsJNcpLjKVbjAYAhOLrLXdFa_hJ89qfnchgU40+DPaDVwOA@mail.gmail.com> |
--0000000000007c9fab061ddf8ffd Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi R. Matthew Emerson, Thank you very much for maintaining the 32-bit Solaris x86 port. On Solaris x86, it seems that there's a tradition to use 32-bit executions for small utility purposes (they consumes less memory, e.g.) or situations where large memory is not needed, while 64-bit executions were reserved for server applications. In rare cases, some legacy libraries only provide 32-bit versions. Therefore both 32-bit and 64-bit CCL are useful there. P. S. Thanks again for your usocket patch and your work on Clozure CL. --Chun On Tue, Jul 23, 2024 at 7:53=E2=80=AFAM R. Matthew Emerson <[email protected]= > wrote: > > > > On Jul 18, 2024, at 6:18=E2=80=AFPM, R. Matthew Emerson <[email protected]= m> wrote: > > > > I plan to build binaries for an upcoming Clozure CL 1.13 release on the > following systems: > > > > For x86-64 (and x86-32 on Linux and Windows) > > I just resurrected the 32-bit x86 port of CCL on FreeBSD and Solaris-ish > systems (OmniOS in particular). So, in addition to 32-bit x86 binaries fo= r > Linux and Windows, there will be 32-bit x86 binaries for FreeBSD and > Solaris-ish systems in the upcoming CCL 1.13 release. > > I expect not too many people care, but as long as the effort is minor, I= =E2=80=99d > like to keep the 32-bit x86 ports alive. > > --0000000000007c9fab061ddf8ffd Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr">Hi R. Matthew Emerson,<div><br></div><div>Thank you very m= uch for maintaining the 32-bit Solaris x86 port.<div><br></div><div>On Sola= ris x86, it seems that there's a tradition to use 32-bit executions for= small utility purposes (they consumes less memory, e.g.) or situations whe= re large memory is not needed, while 64-bit executions were reserved for se= rver applications. In rare cases, some legacy libraries only provide 32-bit= versions. Therefore both 32-bit and 64-bit CCL are useful there.</div><div= ><br></div><div>P. S. Thanks again for your usocket patch and your work on = Clozure CL.</div></div><div><br></div><div>--Chun</div></div><br><div class= =3D"gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Tue, Jul 23, 2024= at 7:53=E2=80=AFAM R. Matthew Emerson <<a href=3D"mailto:[email protected]= m">[email protected]</a>> wrote:<br></div><blockquote class=3D"gmail_quote= " style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);= padding-left:1ex"><br> <br> > On Jul 18, 2024, at 6:18=E2=80=AFPM, R. Matthew Emerson <<a href=3D= "mailto:[email protected]" target=3D"_blank">[email protected]</a>> wrote:<b= r> > <br> > I plan to build binaries for an upcoming Clozure CL 1.13 release on th= e following systems:<br> > <br> > For x86-64 (and x86-32 on Linux and Windows)<br> <br> I just resurrected the 32-bit x86 port of CCL on FreeBSD and Solaris-ish sy= stems (OmniOS in particular). So, in addition to 32-bit x86 binaries for Li= nux and Windows, there will be 32-bit x86 binaries for FreeBSD and Solaris-= ish systems in the upcoming CCL 1.13 release.<br> <br> I expect not too many people care, but as long as the effort is minor, I=E2= =80=99d like to keep the 32-bit x86 ports alive.<br> <br> </blockquote></div> --0000000000007c9fab061ddf8ffd--