NetBSD-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: sparc lost its binary pakages



At Thu, 4 Dec 2025 12:51:29 +0100, Riccardo Mottola <riccardo.mottola%libero.it@localhost> 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


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 <gwoods%acm.org@localhost>

Kelowna, BC     +1 250 762-7675           RoboHack <woods%robohack.ca@localhost>
Planix, Inc. <woods%planix.com@localhost>     Avoncote Farms <woods%avoncote.ca@localhost>

Attachment: pgpN26bda9sWx.pgp
Description: OpenPGP Digital Signature



Home | Main Index | Thread Index | Old Index