🚀 go-pugleaf

Arch: sun4, SunOS 4.1.3
Using: Emacs 19.25.1, GCC 2.5.8, Sun's as & ld, X11R6 (pl 3)
Sun patches include latest (I believe) ld* and libc*

Emacs built & ran fine w/o the X toolkit, using `sunos4shr'. (CFLAGS=-O2
throughout) It also built & ran OK with the toolkit using `sunos4.1.3'.

To try the toolkit, I temporarily hid libXt.s{o,a}.* and re-configured and
built. I got the following errors when linking temacs:

ld: /usr/local/X11R6/lib/libXt.a(Vendor.o): _vendorShellWidgetClass: multiply defined
ld: /usr/local/lib/gcc-lib/sparc-sun-sunos4.1.3/2.5.8/libgcc.a(n$): bad magic number

I thought there might be a conflict with the shared libXaw, which is linked
before libXt (see below), so I hid the shared version of that as well and tried
again. The first error disappeared, but not the second.

I also tried removing the libgcc.a reference from the linking step (is it
necessary here?). Then I got this message instead:

ld: /lib/libm.a(0l): bad magic number

Has anyone successfully built shared with the toolkit? I would be interested in
knowing if it is possible yet; is this problem related to unexec, as PROBLEMS
suggested?

For reference value, here are potentially relevant occurrences of
_vendorShellWidgetClass:

---libXaw.a---
libXaw.a:AllWidgets.o:         U _vendorShellWidgetClass
libXaw.a:Vendor.o:00000674 D _vendorShellWidgetClass
libXaw.a:XawIm.o:         U _vendorShellWidgetClass
libXaw.a:XawInit.o:         U _vendorShellWidgetClass

---libXaw.sa.6.0---
libXaw.sa.6.0:AllWidgets.o:         U _vendorShellWidgetClass
libXaw.sa.6.0:sharedlib.o:00000084 D _vendorShellWidgetClass

---libXaw.so.6.0---
libXaw.so.6.0:000396b4 D _vendorShellWidgetClass

---libXt.a---
libXt.a:Vendor.o:000000a4 D _vendorShellWidgetClass

---libXt.sa.4.20---

---libXt.so.4.20---
libXt.so.4.20:00046334 D _vendorShellWidgetClass

As far as "bad magic numbers" go, I'm in the dark.

Thanks for your time...J. Glick