* "Stephen" == Stephen J Turnbull <turnbull(a)sk.tsukuba.ac.jp> writes:
>>>>>"APA" == Adrian Aichner
<adrian(a)xemacs.org> writes:
APA> This causes emu-mule.el (and some others
requiring mule) not
APA> to be byte-compiled when the package is built.
Stephen> Do you mean that such files are sprinkled around outside of the
Stephen> xemacs-packages/mule sources? If so, can you suggest a way for me to
Stephen> quickly identify them (eg, grep for BUILD_WITHOUT_MULE in package
Stephen> Makefiles)?
Stephen> I would like to purge code that requires Mule to build correctly from
Stephen> the main codebase.
Please don't. Having packages split across two different places will
make maintenance a bitch.
But what you could do is add a 'PROBLEMS' file to each non-Mule package
that contains Mule files. [1] [2]
,----[ ./PROBLEMS ]
| This package contains files that will only byte-compile using a
| Mule-enabled XEmacs.
|
| Those files are: x.el, y.el, z.el ...
|
| If your XEmacs is not Mule-enabled, don't panic, this package does not
| lose any functionality by not having the above files byte-compiled.
`----
These are the packages that have Mule files... [3]
,----[ find -name "Makefile" -exec sh -c 'grep -H "_MULE" {}'
\; ]
| ./comm/footnote/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./comm/mew/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./comm/mew/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./comm/tm/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./libs/apel/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./mule/edict/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./mule/egg-its/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./mule/leim/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./mule/locale/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./mule/mule-base/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./mule/skk/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./oa/calendar/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
| ./wp/auctex/Makefile:ifeq ($(BUILD_WITHOUT_MULE),)
`----
Footnotes:
[1] I know that this isn't the cleanest of solutions, but I think its
a pretty good trade-off between ease of maintenance and user
complaint. So far, I've only seen one complaint like this (the
one that started this thread).
[2] Just mail them to me and I'll add them to the CVS tree.
[3] Obviously the packages under ./mule/ don't need this
'enhancement'.
--
|---<Regards, Steve Youngs>-----------[GnuPG KeyID: 59E4C4B2]---|
| XEmacs - It's not just an editor... |
| It's a way of life. |
|----------------------------------<mailto:youngsï¼ xemacs.org>---|