-
Notifications
You must be signed in to change notification settings - Fork 347
Deprecate haskell-site-file.el #156
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Sounds good to me. |
hvr
added a commit
that referenced
this issue
Jun 1, 2013
This new target generates a package distribution file haskell-mode-<release-version>.tar (where <release-version> is inferred by `git describe --tags --abbrev=0`) according to the guidelines described in http://www.gnu.org/software/emacs/manual/html_node/elisp/Packaging.html which can then be installed directly via `M-x package-install-file` (or uploaded to Marmalade) This addresses #156 and #92
akamch
added a commit
to akamch/haskell-mode
that referenced
this issue
Jun 5, 2013
If support for Emacs versions prior to 23.1 is to be dropped (haskell#156) than interactive-p (obsolete as of 23.2) can be removed.
akamch
added a commit
to akamch/haskell-mode
that referenced
this issue
Jun 5, 2013
If support for Emacs versions prior to 23.1 is to be dropped (haskell#156) than interactive-p (obsolete as of 23.2) can be removed.
akamch
added a commit
to akamch/haskell-mode
that referenced
this issue
Jun 5, 2013
If support for Emacs versions prior to 23.1 is to be dropped (haskell#156) than interactive-p (obsolete as of 23.2) can be removed.
hvr
added a commit
that referenced
this issue
Jun 9, 2013
And update the instructions in the README This matches the convention used by the elisp package system which generates a `haskell-mode-autoloads.el` file during package install. This is related to #156
The README still references building the haskell-site-file with make |
@bergey thx! |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
If we can drop support for Emacs versions prior to 23.1 (which was released in 4 years ago, and the earliest version for which
package.el
/ELPA support is possible), we should get rid of the autoloadshaskell-site-file.el
file altogether (it was removed from the git repo via ae7cee0) as this file becomes obsolete thanks topackage.el
:I've been reading up on Preparing Lisp code for distribution and found out that if we generate a
.tar
ball following the requirements for Multi-file Packages we don't have to generate the autoloads at all. In the contrary:Even if we don't upload the package
.tar
-file to any package repository, it can still install be installed directly viaM-x package-install-file
.Therefore I propose that the Makefile build-system shall support the following two use-cases:
M-x package-install-file
-compatible.tar
file for end-users (and Linux distributions)make all
does now already)This would also help reduce the hacks currently contained in
Makefile
(see 896c422 and 8d3edf5)The text was updated successfully, but these errors were encountered: