Re: How about adopting xmake as the build tool for GNU TeXmacs?
Darcy Shen via Texmacs-dev <[email protected]> Sat, 21 Oct 2023 23:13:22 +0800
| Newsgroups | gmane.editors.texmacs.devel |
|---|---|
| Message-ID | <[email protected]> |
--===============7298634211043156877== Content-Type: multipart/alternative; boundary="----=_Part_19990_1960444308.1697901202608" ------=_Part_19990_1960444308.1697901202608 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable xmake is now available in Debian sid. https://packages.debian.org/sid/xmake I will start my work on integrating xmake in GNU TeXmacs within 3 months. B= ecause I need to port our hard work in Mogan to GNU TeXmacs. It is not a go= od idea to fix a bug twice. ---- On Tue, 25 Apr 2023 04:53:39 +0800 Massimiliano Gubinelli <m.gubinelli= @gmail.com> wrote --- Hi Darcy, =C2=A0my point of view is the following: we need autotools since the GNU pr= oject requires it and I guess that Joris is against changing this. However = this should not stop us to *include* other build tools. I personally use a = lot the Xcode file and therefore I maintain it so that it is updated regula= rly. If a developer is using CMake then I do not see any problem that we ke= ep it. For example, I use CMake for the wasm port and for other branches.= =C2=A0 I would also like to experience xmake, but I do not see the readon to remov= e other build system. They are not incompatible and certainly they can coex= ists. I think is a good idea to have xmake, especially if people contributing to = Mogan use it. I would love to have continuous integration on Git, so that w= e can use it to produce binaries (even if they are not the official build).= =C2=A0 Best Max On 24 Apr 2023, at 18:02, Darcy Shen via Texmacs-dev <mailto:texmacs-dev@gn= u.org> wrote: Recently, we (XmacsLabs) have switched from CMake to xmake https://xmake.io= /#/ for Mogan Editor v1.1.2. The main author of the xmake migration is Darc= y Shen and jinkaimori. Personally, I strongly recommend xmake as the build tool for GNU TeXmacs. B= ecause: Using xmake, we can get a nice development environment on Windows https://github.com/XmacsLabs/mogan/pull/573 the student who is interested i= n OSPP just created a pull request to improve the dev guide on Windows setup CI for Windows using xmake is easy: https://github.com/XmacsLabs/moga= n/blob/main/.github/workflows/ci-xmake-windows.yml using xmake to package on Windows is much easier than packaging via MXE Switch from GNU Guile 1.8.x and GNU Guile 1.6.x in a easy way Just submit GNU Guile 1.8.x and GNU Guile 1.6.x to xrepo (https://xrepo.xma= ke.io/), and then we can enjoy linking it in an easy way It will free us from packaging or installing GNU Guile 1.8.x or 1.6.x on Ub= untu if GNU Guile is available on xrepo To use xmake, we only need the following two files: xmake.lua src/System/config.h.xmake src/System/tm_configure.hpp.xmake Last time, I picked up Max's work on CMake build definition for GNU TeXmacs= because CMake is much better than autotools. And this time, I suggest that= we should use xmake, because xmake is much better than autotools and cmake= . I think for both GNU TeXmacs or Mogan Editor, we should remove the CMake su= pport and add the xmake support. And if we can add the xmake support in GNU TeXmacs in the near future, I th= ink the students of OSPP should contribute directly to GNU TeXmacs rather t= han Mogan Editor. _______________________________________________ Texmacs-dev mailing list mailto:[email protected] https://lists.gnu.org/mailman/listinfo/texmacs-dev ------=_Part_19990_1960444308.1697901202608 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"><html><head>= <meta content=3D"text/html;charset=3DUTF-8" http-equiv=3D"Content-Type"></h= ead><body ><div style=3D"font-family: Verdana, Arial, Helvetica, sans-serif= ; font-size: 10pt;"><div>xmake is now available in Debian sid.<br></div><di= v><br></div><div><a target=3D"_blank" data-zeanchor=3D"true" href=3D"https:= //packages.debian.org/sid/xmake">https://packages.debian.org/sid/xmake</a><= br></div><div><br></div><div>I will start my work on integrating xmake in G= NU TeXmacs within 3 months. Because I need to port our hard work in Mogan t= o GNU TeXmacs. It is not a good idea to fix a bug twice.<br></div><div><br>= </div><div class=3D"zmail_extra_hr" style=3D"border-top: 1px solid rgb(204,= 204, 204); height: 0px; margin-top: 10px; margin-bottom: 10px; line-height= : 0px;"><br></div><div class=3D"zmail_extra" data-zbluepencil-ignore=3D"tru= e"><div><br></div><div id=3D"Zm-_Id_-Sgn1">---- On Tue, 25 Apr 2023 04:53:3= 9 +0800 <b>Massimiliano Gubinelli <[email protected]></b> wrote -= --<br></div><div><br></div><blockquote id=3D"blockquote_zmail" style=3D"mar= gin: 0px;"><div style=3D""><div>Hi Darcy,<br></div><div> my point of v= iew is the following: we need autotools since the GNU project requires it a= nd I guess that Joris is against changing this. However this should not sto= p us to *include* other build tools. I personally use a lot the Xcode file = and therefore I maintain it so that it is updated regularly. If a developer= is using CMake then I do not see any problem that we keep it. For example,= I use CMake for the wasm port and for other branches. <br></div><div>= <br></div><div>I would also like to experience xmake, but I do not see the = readon to remove other build system. They are not incompatible and certainl= y they can coexists.<br></div><div><br></div><div>I think is a good idea to= have xmake, especially if people contributing to Mogan use it. I would lov= e to have continuous integration on Git, so that we can use it to produce b= inaries (even if they are not the official build). <br></div><div><br>= </div><div>Best<br></div><div>Max<br></div><div><div><br></div><div><div><b= r></div><div><div><br></div><blockquote><div>On 24 Apr 2023, at 18:02, Darc= y Shen via Texmacs-dev <<a href=3D"mailto:[email protected]" target=3D= "_blank">[email protected]</a>> wrote:<br></div><div><br></div><div><d= iv><div style=3D"font-family: Verdana, Arial, Helvetica, sans-serif;font-si= ze: 10.0pt;"><div>Recently, we (XmacsLabs) have switched from CMake to xmak= e <a target=3D"_blank" href=3D"https://xmake.io/#/">https://xmake.io/#/</a>= for Mogan Editor v1.1.2. The main author of the xmake migration is Darcy S= hen and jinkaimori.<br></div><div><br></div><div>Personally, I strongly rec= ommend xmake as the build tool for GNU TeXmacs. Because:<br></div><div><br>= </div><ul dir=3D"ltr"><li>Using xmake, we can get a nice development enviro= nment on Windows<br></li><ul><li><span><a target=3D"_blank" href=3D"https:/= /github.com/XmacsLabs/mogan/pull/573">https://github.com/XmacsLabs/mogan/pu= ll/573</a> the student who is interested in OSPP just created a pull reques= t to improve the dev guide on Windows</span><br></li><li><span>setup CI for= Windows using xmake is easy: <a target=3D"_blank" href=3D"https://github.c= om/XmacsLabs/mogan/blob/main/.github/workflows/ci-xmake-windows.yml">https:= //github.com/XmacsLabs/mogan/blob/main/.github/workflows/ci-xmake-windows.y= ml</a></span><br></li><li>using xmake to package on Windows is much easier = than packaging via MXE<br></li></ul><li><span>Switch from GNU Guile 1.8.x a= nd GNU Guile 1.6.x in a easy way</span><br></li><ul><li><span>Just submit G= NU Guile 1.8.x and GNU Guile 1.6.x to xrepo (<a target=3D"_blank" href=3D"h= ttps://xrepo.xmake.io/">https://xrepo.xmake.io/</a>), and then we can enjoy= linking it in an easy way</span><br></li><li>It will free us from packagin= g or installing GNU Guile 1.8.x or 1.6.x on Ubuntu if GNU Guile is availabl= e on xrepo<br></li></ul><li><span>To use xmake, we only need the following = two files:</span><br></li><ul><li><span>xmake.lua</span><br></li><li><span>= src/System/config.h.xmake</span><br></li><li><span>src/System/tm_configure.= hpp.xmake</span><br></li></ul></ul><div><br></div><div><span>Last time, I p= icked up Max's work on CMake build definition for GNU TeXmacs because CMake= is much better than autotools. And this time, I suggest that we should use= xmake, because xmake is much better than autotools and cmake.</span><br></= div><div><br></div><div><span>I think for both GNU TeXmacs or Mogan Editor,= we should remove the CMake support and add the xmake support.</span><br></= div><div><br></div><div><span>And if we can add the xmake support in GNU Te= Xmacs in the near future, I think the students of OSPP should contribute di= rectly to GNU TeXmacs rather than Mogan Editor.<br></span></div><div><br></= div></div><div><br></div></div><div>_______________________________________= ________<br></div><div>Texmacs-dev mailing list<br></div><div><a href=3D"ma= ilto:[email protected]" target=3D"_blank">[email protected]</a><br></di= v><div><a href=3D"https://lists.gnu.org/mailman/listinfo/texmacs-dev" targe= t=3D"_blank">https://lists.gnu.org/mailman/listinfo/texmacs-dev</a><br></di= v></div></blockquote></div><div><br></div></div></div></div></blockquote></= div><div><br></div></div><br></body></html> ------=_Part_19990_1960444308.1697901202608-- --===============7298634211043156877== Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: base64 Content-Disposition: inline X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18KVGV4bWFjcy1k ZXYgbWFpbGluZyBsaXN0ClRleG1hY3MtZGV2QGdudS5vcmcKaHR0cHM6Ly9saXN0cy5nbnUub3Jn L21haWxtYW4vbGlzdGluZm8vdGV4bWFjcy1kZXYK --===============7298634211043156877==--