чт, 4 дек. 2025 г., 23:06 Greg A. Woods <[email protected]>: > At Thu, 4 Dec 2025 12:51:29 +0100, Riccardo Mottola < > [email protected]> wrote: > Subject: Re: sparc lost its binary pakages > > > > Now I am cutting my teeth on some X11 > > editors: xemacs compiles and works! Very > > very good. I fear gvim and emacs will be > > heavier and problematic due to GTK. And > > ICU... crossing fingers. > > Note that GNU Emacs should still work without GTK (I've built 31.0.50 > from git without GTK), and in fact it might be highly desirable to avoid > GTK entirely for smaller machines. > > Here's the emacs-version output from that build: > > GNU Emacs 31.0.50 (build 2, x86_64-unknown-netbsd9.99, X toolkit, cairo > version 1.16.0, Xaw3d scroll bars) of 2025-04-02 > > I even managed to get it to be static-linked (with seriously speeds up > startup time, at the expense of some extra disk, and possibly some extra > runtime memory): > > $ file build-x86_64-nb9.99.81-31.0.50/src/emacs > build-x86_64-nb9.99.81-31.0.50/src/emacs: ELF 64-bit LSB executable, > x86-64, version 1 (SYSV), statically linked, for NetBSD 9.99.81, with > debug_info, not stripped > $ size build-x86_64-nb9.99.81-31.0.50/src/emacs > text data bss dec hex filename > 19149051 358196 2911673 22418920 15615e8 > build-x86_64-nb9.99.81-31.0.50/src/emacs > $ ls -l build-x86_64-nb9.99.81-31.0.50/src/emacs > -rwxr-xr-x 2 woods wheel 141404440 Apr 2 2025 > build-x86_64-nb9.99.81-31.0.50/src/emacs >
wow, 141 Mbyte ? ;) It sure grown from its early days ;) I wonder if something like this guide still works (using fast NetBSD machine for distcc/crosscompile for much older/slower machine): https://hackaday.io/project/218-speed-up-pkgsrc-on-retrocomputers/details it was written 10 years ago, hopefully NetBSD did not drift too much in this time ;) > > I personally dislike the GTK interface from the get go so I've always > built emacs with the "lucid" toolkit (and Xaw). > > Note the documentations in the emacsNN/options.mk is wrong about some > things, and misleading about others. > > The --with-x-toolkit=lucid (athena is an alias for lucid) option uses > Xaw, and without xaw3d it will use Xaw-${XAW_TYPE}, which could/should > be set to Xaw-Xpm, which is actually an enhanced newer version of the > ancient original Xaw3d (though I'm not sure how that compares with what > was done to Xaw3d in XFree86 and carried forward into X11R7 and is in > the default NetBSD xorg). Confusingly Xaw-Xpm installs a libXaw3d (that > depends on libXpm, but so does the Xorg libXaw3d depend on libXpm). The > libXaw3d that I linked 31.0.50 with is the one from Xaw-Xpm in > /usr/pkg/lib. (I haven't actually played with any of the .Xdefaults for > Xaw-Xpm, so my recommendation to use Xaw-Xpm is based mostly on > hearsay.) > > Note too it may also be possible to avoid CMake for an SVG library by > setting "LIBRSVG_TYPE= c", if that still works in current pkgsrc. > librsvg-2.0 works A-OK with the emacs-31.0.50 I built. > > CMake will take a horribly long time to build on a sparc (even if the > machine has enough real RAM for the C++ compiler doing that job), and it > won't run much faster either. > > -- > Greg A. Woods <[email protected]> > > Kelowna, BC +1 250 762-7675 RoboHack <[email protected]> > Planix, Inc. <[email protected]> Avoncote Farms <[email protected]> >
