GNU bug report logs -
#10292
following symlinks in byte-recompile-directory
Previous Next
Reported by: Sam Aaron <samaaron <at> gmail.com>
Date: Tue, 13 Dec 2011 18:51:02 UTC
Severity: minor
Tags: fixed
Fixed in version 28.1
Done: Lars Ingebrigtsen <larsi <at> gnus.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10292 in the body.
You can then email your comments to 10292 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10292
; Package
emacs
.
(Tue, 13 Dec 2011 18:51:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Sam Aaron <samaaron <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 13 Dec 2011 18:51:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi there,
I noticed that the implementation of byte-recompile-directory has specific code to not allow symlinks to be followed. As I use symlinks to structure my ~/.emacs.d directory, this means this fn doesn't work for me. Is there any specific motivation for not having the following signature:
(byte-recompile-directory-sl DIRECTORY &optional ARG FORCE FOLLOW-SYMLINKS)
Sam
---
http://sam.aaron.name
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10292
; Package
emacs
.
(Sun, 18 Aug 2019 05:54:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 10292 <at> debbugs.gnu.org (full text, mbox):
Sam Aaron <samaaron <at> gmail.com> writes:
> I noticed that the implementation of byte-recompile-directory has
> specific code to not allow symlinks to be followed. As I use symlinks
> to structure my ~/.emacs.d directory, this means this fn doesn't work
> for me. Is there any specific motivation for not having the following
> signature:
>
> (byte-recompile-directory-sl DIRECTORY &optional ARG FORCE FOLLOW-SYMLINKS)
(I'm going through old bug reports that unfortunately have gotten no
responses yet.)
Not following symlinks introduced in 1993, but the commit message
doesn't explain why:
commit e9681c45f9ffd2819410b763338ba58b0b892b78
Author: Richard M. Stallman <rms <at> gnu.org>
Date: Thu Dec 23 03:37:27 1993 +0000
(byte-compile-dest-file): If FILENAME is not recognized, append .elc to it.
(byte-recompile-directory): Don't treat symlinks as dirs.
(batch-byte-recompile-directory): Add autoload cookie.
Adding a parameter to the function to follow symlinks seems pretty
harmless, and seems somewhat useful, so I think it should be added.
Does anybody object to that?
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10292
; Package
emacs
.
(Wed, 25 Nov 2020 10:15:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 10292 <at> debbugs.gnu.org (full text, mbox):
Lars Ingebrigtsen <larsi <at> gnus.org> writes:
> Sam Aaron <samaaron <at> gmail.com> writes:
>
>> I noticed that the implementation of byte-recompile-directory has
>> specific code to not allow symlinks to be followed. As I use symlinks
>> to structure my ~/.emacs.d directory, this means this fn doesn't work
>> for me. Is there any specific motivation for not having the following
>> signature:
>>
>> (byte-recompile-directory-sl DIRECTORY &optional ARG FORCE FOLLOW-SYMLINKS)
>
> (I'm going through old bug reports that unfortunately have gotten no
> responses yet.)
>
> Not following symlinks introduced in 1993, but the commit message
> doesn't explain why:
>
> commit e9681c45f9ffd2819410b763338ba58b0b892b78
> Author: Richard M. Stallman <rms <at> gnu.org>
> Date: Thu Dec 23 03:37:27 1993 +0000
>
> (byte-compile-dest-file): If FILENAME is not recognized, append .elc to it.
>
> (byte-recompile-directory): Don't treat symlinks as dirs.
>
> (batch-byte-recompile-directory): Add autoload cookie.
>
> Adding a parameter to the function to follow symlinks seems pretty
> harmless, and seems somewhat useful, so I think it should be added.
Yes, I agree.
> Does anybody object to that?
Let's assume no, since there has been no replies in the last year. :-)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#10292
; Package
emacs
.
(Thu, 26 Nov 2020 10:02:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 10292 <at> debbugs.gnu.org (full text, mbox):
Stefan Kangas <stefan <at> marxist.se> writes:
>> Adding a parameter to the function to follow symlinks seems pretty
>> harmless, and seems somewhat useful, so I think it should be added.
>
> Yes, I agree.
>
>> Does anybody object to that?
>
> Let's assume no, since there has been no replies in the last year. :-)
:-)
Now pushed to Emacs 28.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Added tag(s) fixed.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 26 Nov 2020 10:02:02 GMT)
Full text and
rfc822 format available.
bug marked as fixed in version 28.1, send any further explanations to
10292 <at> debbugs.gnu.org and Sam Aaron <samaaron <at> gmail.com>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org
.
(Thu, 26 Nov 2020 10:02:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 24 Dec 2020 12:24:07 GMT)
Full text and
rfc822 format available.
This bug report was last modified 3 years and 117 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.