On Mon, Feb 07, 2000 at 08:53:04PM +0000, Andy Piper wrote:
I'm inclined to think that this whole area needs to be looked at
portably
from both a UNIX and windows viewpoint. What does OG think?
I don't know. Initially, I would have liked to have the .dmp file in
a xemacs-<id>.dmp form where the DOC file is nowadays[1]. The id
would be computed at compile time uniquely for the generated
executable[2] and would also be put in the header of the .dmp file.
This would allow to have multiple installs of xemacs with the same
prefix[3].
Except that the doc directory is computed in lisp.
So, well, it probably will have to do with the binaries directory.
I'd really like to have the -<id> thingy, because for now a lot of
people want to have both the -mule et -nomule simultaneously. But
Martin is afraid of the appearance over time of numerous
xemacs-a6e576b3.dmp files in the directory.
Maybe a xemacs-<version>-<id>.dmp. At least we'd know which ones are
obsolete.
Martin, what do you think of this mess?
OG.
[1] ${prefix}/lib/xemacs-<version>/<system type>/DOC most of the time
[2] Do a (say) crc32 of the stat() of all the .o files just before
linking and put it in a .c. Link the .c in. Unique enough.
[3] xemacs-mule and xemacs-nomule for instance.