Robert> <fiddle> It looks like the rebuilding step
isn't necessary. I took my
Robert> original 2.5.1 gcc, renamed all the versions of gnu ld below its
Robert> installation path, and it started using /usr/ccs/bin/ld.
It need not be that complicated. I forgot to configure using
--with-gnu-ld=no, but at the finally linking step, I just ran "gcc
-B/usr/ccs/bin/" instead of normal gcc. I see that gcc still runs
collect2, but the system ld is eventually run and temacs does produce
an xemacs that does start and run.
I think this should definitely be in the PROBLEMS file.
Yes (I don't have time to figure out _why_ GNU ld is failing).
ChangeLog:
2001-01-16 Robert Pluim <rpluim(a)bigfoot.com>
* PROBLEMS (SunOS/Solaris): Document workaround for GNU ld bug on
Solaris. Half mine, half Raymond Toy.
Index: PROBLEMS
===================================================================
RCS file: /usr/CVSroot/XEmacs/xemacs/PROBLEMS,v
retrieving revision 1.26.2.21
diff -u -u -r1.26.2.21 PROBLEMS
--- PROBLEMS 2001/01/06 07:23:21 1.26.2.21
+++ PROBLEMS 2001/01/16 18:04:01
@@ -187,6 +187,25 @@
** SunOS/Solaris
+*** Dumping error when using GNU binutils / GNU ld on a Sun.
+
+Errors similar to the following:
+
+ Dumping under the name xemacs unexec():
+ dldump(/space/rpluim/xemacs-obj/src/xemacs): ld.so.1: ./temacs:
+ fatal: /space/rpluim/xemacs-obj/src/xemacs: unknown dynamic entry:
+ 1879048176
+
+are caused by using GNU ld. There are several workarounds available:
+
+In XEmacs 21.2 or later, configure using the new portable dumper
+(--pdump).
+
+Alternatively, you can link using the Sun version of ld, which is
+normally held in /usr/ccs/bin. This can be done by adding
+-B/usr/ccs/bin to CFLAGS used to configure XEmacs, or by uninstalling
+GNU ld.
+
*** Link failure when using acc on a Sun.
To use acc, you need additional options just before the libraries, such as