Re: XEmacs has just (more than) doubled in size
SL Baur <steve(a)xemacs.org> writes:
Darryl Okahata <darrylo(a)sr.hp.com> writes in
xemacs-beta(a)xemacs.org:
> SL Baur <steve(a)xemacs.org> wrote:
>> What does this message mean? And why did I get an XEmacs anyway?
>>
>> Dumping under the name xemacs
>> unexec(): dldump(/usr/local/devel/miho-optimized/src/xemacs): ld.so.1: ./tema
>> cs: fatal: /usr/local/devel/miho-optimized/src/xemacs: unknown dynamic entry:
>> 1879048176
> Dunno. Is XEmacs playing with argv[0]?
Please define `playing with'. We depend upon argv[0] at run-time to
be the full path to the `xemacs' binary and use that information as a
starting basis for finding our run-time directories.
> It's a longshot, but you might want to try editing src/unexsol2-6.c
> (I assume you're using Solaris 2.6) and change line 33 from:
> if (dldump (0, new_name, RTLD_MEMORY) != 0)
> to:
> if (dldump (old_name, new_name, RTLD_MEMORY) != 0)
O.K. I will try this and report back.
You might try using unexsol2.o instead of unexsol2-6.o as well. I've had
nothing but problems on my 2.6 box, but I assumed it was because it is a
sparcbook with all sorts of odd libraries getting loaded at link time.
-bp
Index: sol2.h
===================================================================
RCS file: /usr/CVSroot/XEmacs/xemacs/src/s/sol2.h,v
retrieving revision 1.10
diff -c -w -r1.10 sol2.h
*** sol2.h 1998/02/26 06:04:23 1.10
--- sol2.h 1999/08/19 03:29:07
***************
*** 87,93 ****
#if OS_RELEASE < 56
#define UNEXEC "unexsol2.o"
#else
! #define UNEXEC "unexsol2-6.o"
#endif
#else /* C_CODE */
--- 87,93 ----
#if OS_RELEASE < 56
#define UNEXEC "unexsol2.o"
#else
! #define UNEXEC "unexsol2.o"
#endif
#else /* C_CODE */