* Matthieu Moy <[EMAIL PROTECTED]> writes: > Steve Youngs <[EMAIL PROTECTED]> writes: >> I've cleaned up the build under XEmacs a bit. Build the >> auto-autoloads properly, got rid of all of the undefined function >> warnings, and a couple of bound but not referenced variable warnings.
> ... And broke the VPATH build :-( Bugger! :-/ > The Makefiles are written so that > $ mkdir what/ever > $ cd what/ever > $ /path/to/xtla/configure > $ make > $ make install > Work. It doesn't seem to be possible with your version. Hm, I'll definitely take a look and see what I can do. > Also, I'd like to keep a build system as factored as possible between > Emacs and XEmacs. Your version makes a completely different system > for the two versions There will need to be at least some separation because the current system is completely broken for XEmacs auto-autoloads. > (GNU Emacs would use separate compilation whereas XEmacs would > compile all files in batch, ...). My version is far more efficient, I only have the overhead of loading XEmacs once, you have that overhead multiplied by the number of files to be built. > I also don't like virtual targets when targets are actually files I used virtual targets as a means to easily separate GNU/Emacs and XEmacs builds (especially auto-autoloads). It shouldn't be too difficult to implement the best of both worlds though. :-) > (e.g. I expect "cd lisp; make xtla-version.elc" to work). That should still work with my version (although I didn't test that). > So, I'm (currently) rejecting most of your changes in the Makefile. :-( > See what I've done in > [EMAIL PROTECTED] (concatenation > of two patches), and discuss here and/or submit another patch if > you're not satisfied. I'll work on another patch. Here's what I have in mind... - working VPATH builds - single (X)Emacs process builds from the `all' target - ability to build individual files (e.g. cd lisp;make file.elc) - working XEmacs auto-autoloads builds - as much as possible unify (X)Emacs Makefile rules > (I'm not at all an expert with XEmacs ...) Well that makes us even because I'm not at all expert with GNU/Emacs. :-) > Thanks for your contribution, You're welcome. I hope my next one is more acceptable. -- |---<Steve Youngs>---------------<GnuPG KeyID: A94B3003>---| | Te audire no possum. | | Musa sapientum fixa est in aure. | |----------------------------------<[EMAIL PROTECTED]>---|
pgprOfsumWReh.pgp
Description: PGP signature
