|--==> "VS" == Vin Shelton <acs(a)xemacs.org> writes:
VS> 'make autoloads' now succeeds.
VS> 'make bindist' fails right away, however. It used to be possible to
VS> run 'make bindist' immediately after running 'make autoloads'.
VS> that is no longer possible. There is apparently a dependency missing
VS> from the 'cleaned up' Makefiles. bindist must depend on the .elc
It's actually doing the right thing here (Ben[tm]). The
'bindist' and 'install' targets _don't_ build anything, they just
install files. And in the case of 'bindist' create tarballs.
So, with the way things are at the moment, you need to:
The first make will build the autoloads and then the package. The
second make will install (create tarballs in the case of 'bindist').
According to the "standards" this is *WRONG*:
,----[ (Info-goto-node "(standards)Standard Targets") ]
| Compile the program and copy the executables, libraries, and so on
| to the file names where they should reside for actual use. If
| there is a simple test to verify that a program is properly
| installed, this target should run that test.
I'll patch XEmacs.rules to do the correct thing.
|---<Steve Youngs>---------------<GnuPG KeyID: 10D5C9C5>---|
| XEmacs - It's not just an editor. |
| It's a way of life. |