Bug#385402: id-utils: doesn't byte compile elisp file
brad Ian, I am finally working on a major update to the id-utils brad package. With regard to this bug report, I see no advantage to brad adding the complexity of byte compiling this file. id-utils is brad not primarily an emacs related package and I believe it should not brad depend or build-depend on emacs (it did depend on emacs at one brad time). The elisp functions in id-utils.el are very short and not brad at all constrained by performance at load or run time. brad It seems to me that adding support to byte compile this trivial brad file for all flavors of emacs only complicates the package and brad slightly increases the installed size of the package. brad But I may be missing something. Do you agree or do you have a brad reason to request this change that I have not considered? I think it was a kind of long story. I started with #367599 where it's actually important - _that_ lisp file is huge, it is relatively slow to load, and OTOH there's no way to get its embedded docstrings without loading it _in toto_ because there are no autoloads. So I stand behind #367599, but then I got carried away and filed bugs about all uncompiled .el files I could find. I agree, id-utils.el can be loaded from one's .emacs without any problem. -- She had a passion for anyone who could do anything really well. ...Not for an engineer, not for a technician! Mikhail Bulgakov, The Master Margarita -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385402: id-utils: doesn't byte compile elisp file
Ian, I am finally working on a major update to the id-utils package. With regard to this bug report, I see no advantage to adding the complexity of byte compiling this file. id-utils is not primarily an emacs related package and I believe it should not depend or build-depend on emacs (it did depend on emacs at one time). The elisp functions in id-utils.el are very short and not at all constrained by performance at load or run time. It seems to me that adding support to byte compile this trivial file for all flavors of emacs only complicates the package and slightly increases the installed size of the package. But I may be missing something. Do you agree or do you have a reason to request this change that I have not considered? Thanks, --Brad -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Bug#385402: id-utils: doesn't byte compile elisp file
Package: id-utils Version: 3.2d-11 Severity: minor Please hook up with the Emacs byte compilation apparatus as described in the emacsen policy to byte compile id-utils.el in your package's postinst. -- System Information: Debian Release: testing/unstable APT prefers testing APT policy: (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/dash Kernel: Linux 2.6.16-18custom1 Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968) Versions of packages id-utils depends on: ii libc6 2.3.6-15 GNU C Library: Shared libraries id-utils recommends no packages. -- no debconf information -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]