Re: Support for BeOS in APR-trunk
Nathan Hartman <[email protected]> Tue, 12 May 2026 22:56:51 -0400
| Newsgroups | gmane.comp.apache.apr.devel |
|---|---|
| Message-ID | <CAJT2EHow2f0FjjR_bDLbk9+AA6j2ycC6qKGHp-xngmYNJ+2Vuw@mail.gmail.com> |
--0000000000005f7c4e0651aa2268 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Mon, May 11, 2026 at 9:46=E2=80=AFAM Ivan Zhakov <[email protected]> wrote= : > On Mon, 11 May 2026 at 09:25, Daniel Sahlberg <[email protected]= m> > wrote: > >> Den m=C3=A5n 11 maj 2026 kl 04:33 skrev Nathan Hartman < >> [email protected]>: >> > >> > On Sun, May 10, 2026 at 10:15=E2=80=AFAM Nathan Hartman < >> [email protected]> wrote: >> >> >> >> On Sun, May 10, 2026 at 8:41=E2=80=AFAM Branko =C4=8Cibej <brane@apac= he.org> wrote: >> >>> >> >>> On 10. 5. 26 14:11, Ivan Zhakov wrote: >> >>> >> >>> Hi, >> >>> >> >>> 1. According to Wikipedia [1] BeOS was released in 1995 and the >> latest release was in 2000. >> >>> >> >>> 2. There is Haiku (OpenBeOS) project. Which looks like >> reimplementation of BeOS API based on Linux kernel though. I checked Hai= ku >> package repository [2] and didn't find APR/HTTPD packages. >> >>> >> >>> 3. APR contains separate code for BeOS (like 19 source code files) >> >>> >> >>> Given all above I suggest to remove BeOS related source code from >> trunk, unless someone comes forward and offers to maintain the BeOS code= . >> >>> >> >>> Partially discussed before: >> >>> https://lists.apache.org/thread/r9txh2n1xpx3mh0ckrt8xhzvsqr9s56b >> >>> >> >>> [1]: https://en.wikipedia.org/wiki/BeOS >> >>> [2]: https://depot.haiku-os.org/ >> >>> >> >>> >> >>> >> >>> Granted the headers are in a strange place (see attached), but >> they're there. I can build Serf and Subversion on Haiku. >> >>> >> >>> -- Brane >> >>> >> >> >> >> Haiku is an active project that aims to be a spiritual successor of >> BeOS. >> >> >> >> Haiku does not use the Linux kernel [1]. >> >> >> >> There are APR [2], httpd [3], Serf [4], and Subversion [5] packages >> for Haiku. >> >> >> >> From browsing there, it isn't clear whether these Haiku packages >> depend on the BeOS support code in APR. It also isn't obvious whom to >> contact to ask. I recommend not to remove this code until we can find ou= t >> more. >> >> >> >> [1] >> >> https://www.haiku-os.org/about/faq/#is-haiku-based-on-linux >> >> >> >> [2] >> https://depot.haiku-os.org/__multipage/pkg/apr/haikuports/haikuports_x86= _64/1/7/5/-/1/x86_64 >> >> >> >> [3] >> >> >> https://depot.haiku-os.org/__multipage/pkg/apache/haikuports/haikuports_= x86_64/2/4/66/-/1/x86_64 >> >> >> >> [4] >> https://depot.haiku-os.org/__multipage/pkg/serf/haikuports/haikuports_x8= 6_64/1/3/10/-/1/x86_64 >> >> >> >> [5] >> https://depot.haiku-os.org/__multipage/pkg/subversion/haikuports/haikupo= rts_x86_64/1/14/5/-/2/x86_64 >> >> >> >> Cheers, >> >> Nathan >> > >> > >> > FYI I wrote to the haikuports list to ask whether the APR package for >> Haiku depends on these BeOS support files [1]. >> >> Thanks Nathan for figuring out the list and sending the question. I >> see there are a few followups. >> >> In particular, they created a GitHub issue to track this[2]. >> >> It seems they were able to build without the BeOS specific files, but >> I don't know if there are workarounds for any of the test failures >> they had if they built with the BeOS specific code. >> >> I have installed Haiku on VM and checked BeOS related pre-processor > macros defined when building APR on Haiku: > 1. BEOS macro is not defined. > 2. __BEOS__ macro is not defined. > 3. BEOS_R5 macro is not defined. > 4. HAVE_BONE_VERSION is not defined > 5. BEOS_BONE is defined, but it also defined when building on Linux. > > The configure script identify target system type as > "x86_64-unknown-haiku", not as "-beos". > > So it looks that Haiku doesn't use on BeOS code in APR. > > -- > Ivan Zhakov > Looks like it has been established by both the Haiku port maintainers and us, that Haiku isn't using the BeOS support (the 19 source files Ivan mentioned in the original message). I think it's safe to remove them. They have some patches, mentioned in their GitHub Issue [1]: "For this issue, check to see if our patches are still needed to build their current repo main. Review our patch(es) and submit to APR." I took a cursory look at the patches [2]; they seem to affect the build only (config.layout, configure.in), not any actual code. They also have some test suite failures. (These failures appear whether our BeOS files are present or not. This makes sense, because those files are not being used.) Now, they are using APR 1.7.5. Perhaps they should try upgrading to 1.7.6 before attempting to diagnose the failures? I'll suggest that... [1] https://github.com/haikuports/haikuports/issues/14120 [2] https://github.com/haikuports/haikuports/blob/e60b8aa2ec232d5d8b5a0d3f074da= 4fa1ba8fa95/dev-libs/apr/patches/apr-1.7.5.patchset Cheers, Nathan --0000000000005f7c4e0651aa2268 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div dir=3D"ltr">On Mon, May 11, 2026 at 9:46=E2=80=AFAM I= van Zhakov <<a href=3D"mailto:[email protected]">[email protected]</a>> w= rote:</div><div class=3D"gmail_quote gmail_quote_container"><blockquote cla= ss=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid = rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div dir=3D"ltr">On Mon= , 11 May 2026 at 09:25, Daniel Sahlberg <<a href=3D"mailto:daniel.l.sahl= [email protected]" target=3D"_blank">[email protected]</a>> wrote= :</div><div class=3D"gmail_quote"><blockquote class=3D"gmail_quote" style= =3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding= -left:1ex">Den m=C3=A5n 11 maj 2026 kl 04:33 skrev Nathan Hartman <<a hr= ef=3D"mailto:[email protected]" target=3D"_blank">hartman.nathan@gma= il.com</a>>:<br> ><br> > On Sun, May 10, 2026 at 10:15=E2=80=AFAM Nathan Hartman <<a href=3D= "mailto:[email protected]" target=3D"_blank">[email protected]= m</a>> wrote:<br> >><br> >> On Sun, May 10, 2026 at 8:41=E2=80=AFAM Branko =C4=8Cibej <<a h= ref=3D"mailto:[email protected]" target=3D"_blank">[email protected]</a>> = wrote:<br> >>><br> >>> On 10. 5. 26 14:11, Ivan Zhakov wrote:<br> >>><br> >>> Hi,<br> >>><br> >>> 1. According to Wikipedia [1] BeOS was released in 1995 and th= e latest release was in 2000.<br> >>><br> >>> 2. There is Haiku (OpenBeOS) project. Which looks like reimple= mentation of BeOS API based on Linux kernel though. I checked Haiku package= repository [2] and didn't find APR/HTTPD packages.<br> >>><br> >>> 3. APR contains separate code for BeOS (like 19 source code fi= les)<br> >>><br> >>> Given all above I suggest to remove BeOS related source code f= rom trunk, unless someone comes forward and offers to maintain the BeOS cod= e.<br> >>><br> >>> Partially discussed before:<br> >>> <a href=3D"https://lists.apache.org/thread/r9txh2n1xpx3mh0ckrt= 8xhzvsqr9s56b" rel=3D"noreferrer" target=3D"_blank">https://lists.apache.or= g/thread/r9txh2n1xpx3mh0ckrt8xhzvsqr9s56b</a><br> >>><br> >>> [1]: <a href=3D"https://en.wikipedia.org/wiki/BeOS" rel=3D"nor= eferrer" target=3D"_blank">https://en.wikipedia.org/wiki/BeOS</a><br> >>> [2]: <a href=3D"https://depot.haiku-os.org/" rel=3D"noreferrer= " target=3D"_blank">https://depot.haiku-os.org/</a><br> >>><br> >>><br> >>><br> >>> Granted the headers are in a strange place (see attached), but= they're there. I can build Serf and Subversion on Haiku.<br> >>><br> >>> -- Brane<br> >>><br> >><br> >> Haiku is an active project that aims to be a spiritual successor o= f BeOS.<br> >><br> >> Haiku does not use the Linux kernel [1].<br> >><br> >> There are APR [2], httpd [3], Serf [4], and Subversion [5] package= s for Haiku.<br> >><br> >> From browsing there, it isn't clear whether these Haiku packag= es depend on the BeOS support code in APR. It also isn't obvious whom t= o contact to ask. I recommend not to remove this code until we can find out= more.<br> >><br> >> [1]<br> >> <a href=3D"https://www.haiku-os.org/about/faq/#is-haiku-based-on-l= inux" rel=3D"noreferrer" target=3D"_blank">https://www.haiku-os.org/about/f= aq/#is-haiku-based-on-linux</a><br> >><br> >> [2] <a href=3D"https://depot.haiku-os.org/__multipage/pkg/apr/haik= uports/haikuports_x86_64/1/7/5/-/1/x86_64" rel=3D"noreferrer" target=3D"_bl= ank">https://depot.haiku-os.org/__multipage/pkg/apr/haikuports/haikuports_x= 86_64/1/7/5/-/1/x86_64</a><br> >><br> >> [3]<br> >> <a href=3D"https://depot.haiku-os.org/__multipage/pkg/apache/haiku= ports/haikuports_x86_64/2/4/66/-/1/x86_64" rel=3D"noreferrer" target=3D"_bl= ank">https://depot.haiku-os.org/__multipage/pkg/apache/haikuports/haikuport= s_x86_64/2/4/66/-/1/x86_64</a><br> >><br> >> [4] <a href=3D"https://depot.haiku-os.org/__multipage/pkg/serf/hai= kuports/haikuports_x86_64/1/3/10/-/1/x86_64" rel=3D"noreferrer" target=3D"_= blank">https://depot.haiku-os.org/__multipage/pkg/serf/haikuports/haikuport= s_x86_64/1/3/10/-/1/x86_64</a><br> >><br> >> [5] <a href=3D"https://depot.haiku-os.org/__multipage/pkg/subversi= on/haikuports/haikuports_x86_64/1/14/5/-/2/x86_64" rel=3D"noreferrer" targe= t=3D"_blank">https://depot.haiku-os.org/__multipage/pkg/subversion/haikupor= ts/haikuports_x86_64/1/14/5/-/2/x86_64</a><br> >><br> >> Cheers,<br> >> Nathan<br> ><br> ><br> > FYI I wrote to the haikuports list to ask whether the APR package for = Haiku depends on these BeOS support files [1].<br> <br> Thanks Nathan for figuring out the list and sending the question. I<br> see there are a few followups.<br> <br> In particular, they created a GitHub issue to track this[2].<br> <br> It seems they were able to build without the BeOS specific files, but<br> I don't know if there are workarounds for any of the test failures<br> they had if they built with the BeOS specific code.<br> <br></blockquote>I have installed Haiku on VM and checked BeOS related pre-= processor macros defined when building APR on Haiku:</div><div class=3D"gma= il_quote">1. BEOS macro is not defined.</div><div class=3D"gmail_quote">2. = __BEOS__ macro is not defined. </div><div class=3D"gmail_quote">3. BEOS_R5 macro is not defined.</div><div= class=3D"gmail_quote">4. HAVE_BONE_VERSION is not defined</div><div class= =3D"gmail_quote">5. BEOS_BONE is defined, but it also defined when building= on Linux.</div><div class=3D"gmail_quote"></div><div><br></div><div>The co= nfigure script identify target system type as "x86_64-unknown-haiku&qu= ot;, not as "-beos".</div><div><br></div><div>So it looks that Ha= iku doesn't use on BeOS code in APR.</div><div><br></div><span class=3D= "gmail_signature_prefix">-- </span><br><div dir=3D"ltr" class=3D"gmail_sign= ature">Ivan Zhakov</div></div></blockquote><div><br></div><div><br></div><d= iv>Looks like it has been established by both the Haiku port maintainers<br= >and us, that Haiku isn't using the BeOS support (the 19 source files<b= r>Ivan mentioned in the original message). I think it's safe to remove<= br>them.<br><br>They have some patches, mentioned in their GitHub Issue [1]= : "For this<br>issue, check to see if our patches are still needed to = build their<br>current repo main. Review our patch(es) and submit to APR.&q= uot;<br><br>I took a cursory look at the patches [2]; they seem to affect t= he<br>build only (config.layout, <a href=3D"http://configure.in">configure.= in</a>), not any actual code.<br><br>They also have some test suite failure= s. (These failures appear<br>whether our BeOS files are present or not. Thi= s makes sense, because<br>those files are not being used.)<br><br>Now, they= are using APR 1.7.5. Perhaps they should try upgrading to<br>1.7.6 before = attempting to diagnose the failures? I'll suggest that...<br><br>[1] <a= href=3D"https://github.com/haikuports/haikuports/issues/14120">https://git= hub.com/haikuports/haikuports/issues/14120</a><br><br>[2] <a href=3D"https:= //github.com/haikuports/haikuports/blob/e60b8aa2ec232d5d8b5a0d3f074da4fa1ba= 8fa95/dev-libs/apr/patches/apr-1.7.5.patchset">https://github.com/haikuport= s/haikuports/blob/e60b8aa2ec232d5d8b5a0d3f074da4fa1ba8fa95/dev-libs/apr/pat= ches/apr-1.7.5.patchset</a><br><br>Cheers,<br>Nathan<br><br></div></div></d= iv> --0000000000005f7c4e0651aa2268--