bug#671: 23.0.60; To source or not to source (from help)

bug#671: 23.0.60; To source or not to source (from help)

[martin rudalics]

 > If you do C-h v and look at a variable and click on the library link in
 > the help buffer you will go to the file in your current Emacs tree. If
 > you do C-h f to look at a function and do the same you will be taken to
 > the cvs checkout file instead.

I suspect you compiled Emacs in the checkout directory and then copied
the Emacs tree to another directory.  In this case the following might
happen: As for C-h f `describe-function-1' will execute

       ;; See if lisp files are present where they where installed from.
       (if (not (eq file-name 'C-source))
	  (setq file-name (find-source-lisp-file file-name)))

which sets `file-name' to the ".el" file from the checkout directory
(because you did compile it there) and installs the corresponding
reference in the hyperlink.

As for C-h v `describe-variable' does _not_ care whether you compiled in
another directory and simply goes to the file supplied by `symbol-file'.
You could try inserting the snipped above in `describe-variable'
immediately before the line

	      (if file-name

and see whether it now jumps to the checkout directory instead.


Personally, I'd prefer something like the following in both cases:

       (unless (or (eq file-name 'C-source)
		  (file-exists-p file-name))
	(setq file-name (find-source-lisp-file file-name)))

martin

bug#587: 23.0.60; To source or not to source (from help)

[Lennart Borgman (gmail)]

martin rudalics wrote:
>  > If you do C-h v and look at a variable and click on the library link in
>  > the help buffer you will go to the file in your current Emacs tree. If
>  > you do C-h f to look at a function and do the same you will be taken to
>  > the cvs checkout file instead.
> 
> I suspect you compiled Emacs in the checkout directory and then copied
> the Emacs tree to another directory.

I use the normal

   make install INSTALL_DIR=...

> In this case the following might
> happen: As for C-h f `describe-function-1' will execute
> 
>       ;; See if lisp files are present where they where installed from.
>       (if (not (eq file-name 'C-source))
>       (setq file-name (find-source-lisp-file file-name)))
> 
> which sets `file-name' to the ".el" file from the checkout directory
> (because you did compile it there) and installs the corresponding
> reference in the hyperlink.
> 
> As for C-h v `describe-variable' does _not_ care whether you compiled in
> another directory and simply goes to the file supplied by `symbol-file'.
> You could try inserting the snipped above in `describe-variable'
> immediately before the line
> 
>           (if file-name
> 
> and see whether it now jumps to the checkout directory instead.

Yes, I guess that is correct.

> Personally, I'd prefer something like the following in both cases:
> 
>       (unless (or (eq file-name 'C-source)
>           (file-exists-p file-name))
>     (setq file-name (find-source-lisp-file file-name)))


Thanks martin. I think a variable (or an option) for which elisp to go 
to would be the best. Is there any reason not to have that?

bug#587: 23.0.60; To source or not to source (from help)

[martin rudalics]

 > I use the normal
 >
 >   make install INSTALL_DIR=...

I never use that.  Are the ".el" files copied as well in that case?

 >> In this case the following might
 >> happen: As for C-h f `describe-function-1' will execute
 >>
 >>       ;; See if lisp files are present where they where installed from.
 >>       (if (not (eq file-name 'C-source))
 >>       (setq file-name (find-source-lisp-file file-name)))
 >>
 >> which sets `file-name' to the ".el" file from the checkout directory
 >> (because you did compile it there) and installs the corresponding
 >> reference in the hyperlink.
 >>
 >> As for C-h v `describe-variable' does _not_ care whether you compiled in
 >> another directory and simply goes to the file supplied by `symbol-file'.
 >> You could try inserting the snipped above in `describe-variable'
 >> immediately before the line
 >>
 >>           (if file-name
 >>
 >> and see whether it now jumps to the checkout directory instead.
 >
 >
 > Yes, I guess that is correct.

Did you verify it?

 >> Personally, I'd prefer something like the following in both cases:
 >>
 >>       (unless (or (eq file-name 'C-source)
 >>           (file-exists-p file-name))
 >>     (setq file-name (find-source-lisp-file file-name)))
 >
 > Thanks martin. I think a variable (or an option) for which elisp to go
 > to would be the best. Is there any reason not to have that?

We'd have to do something similar for definitions in the C-sources too.
Do I suppose correctly that the C-sources are not copied automatically
when you explicitly specify the install directory?  I'm too lazy to look
into this ...

martin

bug#587: 23.0.60; To source or not to source (from help)

[Lennart Borgman (gmail)]

martin rudalics wrote:
>  > I use the normal
>  >
>  >   make install INSTALL_DIR=...
> 
> I never use that.  Are the ".el" files copied as well in that case?
> 
>  >> In this case the following might
>  >> happen: As for C-h f `describe-function-1' will execute
>  >>
>  >>       ;; See if lisp files are present where they where installed from.
>  >>       (if (not (eq file-name 'C-source))
>  >>       (setq file-name (find-source-lisp-file file-name)))
>  >>
>  >> which sets `file-name' to the ".el" file from the checkout directory
>  >> (because you did compile it there) and installs the corresponding
>  >> reference in the hyperlink.
>  >>
>  >> As for C-h v `describe-variable' does _not_ care whether you 
> compiled in
>  >> another directory and simply goes to the file supplied by 
> `symbol-file'.
>  >> You could try inserting the snipped above in `describe-variable'
>  >> immediately before the line
>  >>
>  >>           (if file-name
>  >>
>  >> and see whether it now jumps to the checkout directory instead.
>  >
>  >
>  > Yes, I guess that is correct.
> 
> Did you verify it?

I did not look at the details again since I did not have time to fix 
this. I notice that C-h v takes me to the Emacs install tree I am using 
and C-h f takes me to the CVS checkout tree where I compiled Emacs.

>  >> Personally, I'd prefer something like the following in both cases:
>  >>
>  >>       (unless (or (eq file-name 'C-source)
>  >>           (file-exists-p file-name))
>  >>     (setq file-name (find-source-lisp-file file-name)))
>  >
>  > Thanks martin. I think a variable (or an option) for which elisp to go
>  > to would be the best. Is there any reason not to have that?
> 
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory?  I'm too lazy to look
> into this ...

I have seen no problems with the C sources. I always get to the CVS 
checkout tree from C-h v,f.

I did not even know they could be copied when you do make install. How 
do you do that?

bug#674: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

配信不要
----- Original Message ----- 
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>; 
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:20 PM
Subject: bug#674: 23.0.60; To source or not to source (from help)


> martin rudalics wrote:
>>  > I use the normal
>>  >
>>  >   make install INSTALL_DIR=...
>>
>> I never use that.  Are the ".el" files copied as well in that case?
>>
>>  >> In this case the following might
>>  >> happen: As for C-h f `describe-function-1' will execute
>>  >>
>>  >>       ;; See if lisp files are present where they where installed 
>> from.
>>  >>       (if (not (eq file-name 'C-source))
>>  >>       (setq file-name (find-source-lisp-file file-name)))
>>  >>
>>  >> which sets `file-name' to the ".el" file from the checkout directory
>>  >> (because you did compile it there) and installs the corresponding
>>  >> reference in the hyperlink.
>>  >>
>>  >> As for C-h v `describe-variable' does _not_ care whether you compiled 
>> in
>>  >> another directory and simply goes to the file supplied by 
>> `symbol-file'.
>>  >> You could try inserting the snipped above in `describe-variable'
>>  >> immediately before the line
>>  >>
>>  >>           (if file-name
>>  >>
>>  >> and see whether it now jumps to the checkout directory instead.
>>  >
>>  >
>>  > Yes, I guess that is correct.
>>
>> Did you verify it?
>
> I did not look at the details again since I did not have time to fix this. 
> I notice that C-h v takes me to the Emacs install tree I am using and C-h 
> f takes me to the CVS checkout tree where I compiled Emacs.
>
>>  >> Personally, I'd prefer something like the following in both cases:
>>  >>
>>  >>       (unless (or (eq file-name 'C-source)
>>  >>           (file-exists-p file-name))
>>  >>     (setq file-name (find-source-lisp-file file-name)))
>>  >
>>  > Thanks martin. I think a variable (or an option) for which elisp to go
>>  > to would be the best. Is there any reason not to have that?
>>
>> We'd have to do something similar for definitions in the C-sources too.
>> Do I suppose correctly that the C-sources are not copied automatically
>> when you explicitly specify the install directory?  I'm too lazy to look
>> into this ...
>
> I have seen no problems with the C sources. I always get to the CVS 
> checkout tree from C-h v,f.
>
> I did not even know they could be copied when you do make install. How do 
> you do that?
>
>
>
>
> 

bug#674: Info received (bug#674: 23.0.60; To source or not to source (from help))

[ＯＦＦＩＣＥ ZERO]

配信不要
----- Original Message ----- 
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "ＯＦＦＩＣＥ　ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 10:50 AM
Subject: bug#674: Info received (bug#674: 23.0.60; To source or not to 
source (from help))



Thank you for the additional information you have supplied regarding
this bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@gnu.org>

If you wish to submit further information on this problem, please
send it to 674@emacsbugs.donarmstrong.com, as before.

Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.


-- 
674: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=674
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems 

bug#587: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

配信不要
----- Original Message ----- 
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>; 
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:20 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)


> martin rudalics wrote:
>>  > I use the normal
>>  >
>>  >   make install INSTALL_DIR=...
>>
>> I never use that.  Are the ".el" files copied as well in that case?
>>
>>  >> In this case the following might
>>  >> happen: As for C-h f `describe-function-1' will execute
>>  >>
>>  >>       ;; See if lisp files are present where they where installed 
>> from.
>>  >>       (if (not (eq file-name 'C-source))
>>  >>       (setq file-name (find-source-lisp-file file-name)))
>>  >>
>>  >> which sets `file-name' to the ".el" file from the checkout directory
>>  >> (because you did compile it there) and installs the corresponding
>>  >> reference in the hyperlink.
>>  >>
>>  >> As for C-h v `describe-variable' does _not_ care whether you compiled 
>> in
>>  >> another directory and simply goes to the file supplied by 
>> `symbol-file'.
>>  >> You could try inserting the snipped above in `describe-variable'
>>  >> immediately before the line
>>  >>
>>  >>           (if file-name
>>  >>
>>  >> and see whether it now jumps to the checkout directory instead.
>>  >
>>  >
>>  > Yes, I guess that is correct.
>>
>> Did you verify it?
>
> I did not look at the details again since I did not have time to fix this. 
> I notice that C-h v takes me to the Emacs install tree I am using and C-h 
> f takes me to the CVS checkout tree where I compiled Emacs.
>
>>  >> Personally, I'd prefer something like the following in both cases:
>>  >>
>>  >>       (unless (or (eq file-name 'C-source)
>>  >>           (file-exists-p file-name))
>>  >>     (setq file-name (find-source-lisp-file file-name)))
>>  >
>>  > Thanks martin. I think a variable (or an option) for which elisp to go
>>  > to would be the best. Is there any reason not to have that?
>>
>> We'd have to do something similar for definitions in the C-sources too.
>> Do I suppose correctly that the C-sources are not copied automatically
>> when you explicitly specify the install directory?  I'm too lazy to look
>> into this ...
>
> I have seen no problems with the C sources. I always get to the CVS 
> checkout tree from C-h v,f.
>
> I did not even know they could be copied when you do make install. How do 
> you do that?
>
>
>
> 

bug#587: 23.0.60; To source or not to source (from help)

[martin rudalics]

 > I did not look at the details again since I did not have time to fix
 > this. I notice that C-h v takes me to the Emacs install tree I am using
 > and C-h f takes me to the CVS checkout tree where I compiled Emacs.

We can consistently try to go to the compile directory or to the install
directory first, whatever people want.  A problem with the former
approach is that the definition might not be there any more, e.g., after
a fresh checkout.  That's why I would probably prefer the latter.

martin

bug#587: 23.0.60; To source or not to source (from help)

[Lennart Borgman (gmail)]

martin rudalics wrote:
>  > I did not look at the details again since I did not have time to fix
>  > this. I notice that C-h v takes me to the Emacs install tree I am using
>  > and C-h f takes me to the CVS checkout tree where I compiled Emacs.
> 
> We can consistently try to go to the compile directory or to the install
> directory first, whatever people want.  A problem with the former
> approach is that the definition might not be there any more, e.g., after
> a fresh checkout.  That's why I would probably prefer the latter.


I would suggest something like this:

- A variable to decide where to go
- Possibly there should be a separate variable for the src tree
- If not possible to go there:
   * If no other choice then give an error
   * Otherwise ask user wether to go to the other place
     (checkout/install)

bug#587: 23.0.60; To source or not to source (from help)

[martin rudalics]

 > I would suggest something like this:
 >
 > - A variable to decide where to go

An option, I suppose.

 > - Possibly there should be a separate variable for the src tree

Rather not.

 > - If not possible to go there:
 >   * If no other choice then give an error
 >   * Otherwise ask user wether to go to the other place
 >     (checkout/install)

I think asking the user is some kind of overkill, we should make this
part of the option - always go to build dir, always go to install dir,
prefer build dir, prefer install dir.  In any case we have to make sure
first that implementing such an option won't violate the feature freeze.

martin

bug#587: 23.0.60; To source or not to source (from help)

[Lennart Borgman (gmail)]

martin rudalics wrote:
>  > I would suggest something like this:
>  >
>  > - A variable to decide where to go
> 
> An option, I suppose.

Yes.

>  > - Possibly there should be a separate variable for the src tree
> 
> Rather not.
> 
>  > - If not possible to go there:
>  >   * If no other choice then give an error
>  >   * Otherwise ask user wether to go to the other place
>  >     (checkout/install)
> 
> I think asking the user is some kind of overkill, we should make this
> part of the option - always go to build dir, always go to install dir,
> prefer build dir, prefer install dir.

Sounds good.

> In any case we have to make sure
> first that implementing such an option won't violate the feature freeze.

Currently there is a bug to fix and I believe implementing this might be 
the best way to fix the bug.

bug#587: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!



----- Original Message ----- 
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 10:02 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)


> martin rudalics wrote:
>>  > I would suggest something like this:
>>  >
>>  > - A variable to decide where to go
>> 
>> An option, I suppose.
> 
> Yes.
> 
>>  > - Possibly there should be a separate variable for the src tree
>> 
>> Rather not.
>> 
>>  > - If not possible to go there:
>>  >   * If no other choice then give an error
>>  >   * Otherwise ask user wether to go to the other place
>>  >     (checkout/install)
>> 
>> I think asking the user is some kind of overkill, we should make this
>> part of the option - always go to build dir, always go to install dir,
>> prefer build dir, prefer install dir.
> 
> Sounds good.
> 
>> In any case we have to make sure
>> first that implementing such an option won't violate the feature freeze.
> 
> Currently there is a bug to fix and I believe implementing this might be 
> the best way to fix the bug.
> 
> 
> 
>

bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!

----- Original Message ----- 
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "ＯＦＦＩＣＥ　ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 11:00 PM
Subject: bug#587: Info received (bug#587: 23.0.60; To source or not to 
source (from help))



Thank you for the additional information you have supplied regarding
this bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@gnu.org>

If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.

Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.


-- 
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems 

bug#587: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

no thank you


----- Original Message ----- 
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:58 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)


> > I would suggest something like this:
> >
> > - A variable to decide where to go
> 
> An option, I suppose.
> 
> > - Possibly there should be a separate variable for the src tree
> 
> Rather not.
> 
> > - If not possible to go there:
> >   * If no other choice then give an error
> >   * Otherwise ask user wether to go to the other place
> >     (checkout/install)
> 
> I think asking the user is some kind of overkill, we should make this
> part of the option - always go to build dir, always go to install dir,
> prefer build dir, prefer install dir.  In any case we have to make sure
> first that implementing such an option won't violate the feature freeze.
> 
> martin
> 
> 
> 
> 
>

bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!

----- Original Message ----- 
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "ＯＦＦＩＣＥ　ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 10:25 PM
Subject: bug#587: Info received (bug#587: 23.0.60; To source or not to 
source (from help))



Thank you for the additional information you have supplied regarding
this bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@gnu.org>

If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.

Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.


-- 
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems 

bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help)))

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!

----- Original Message ----- 
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "ＯＦＦＩＣＥ　ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 11:00 PM
Subject: bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; 
To source or not to source (from help)))



Thank you for the additional information you have supplied regarding
this bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@gnu.org>

If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.

Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.


-- 
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems 

bug#587: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!

----- Original Message ----- 
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:58 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)


> > I would suggest something like this:
> >
> > - A variable to decide where to go
> 
> An option, I suppose.
> 
> > - Possibly there should be a separate variable for the src tree
> 
> Rather not.
> 
> > - If not possible to go there:
> >   * If no other choice then give an error
> >   * Otherwise ask user wether to go to the other place
> >     (checkout/install)
> 
> I think asking the user is some kind of overkill, we should make this
> part of the option - always go to build dir, always go to install dir,
> prefer build dir, prefer install dir.  In any case we have to make sure
> first that implementing such an option won't violate the feature freeze.
> 
> martin
> 
> 
> 
> 
>

bug#587: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

no thank you


----- Original Message ----- 
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:44 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)


> martin rudalics wrote:
>>  > I did not look at the details again since I did not have time to fix
>>  > this. I notice that C-h v takes me to the Emacs install tree I am 
>> using
>>  > and C-h f takes me to the CVS checkout tree where I compiled Emacs.
>>
>> We can consistently try to go to the compile directory or to the install
>> directory first, whatever people want.  A problem with the former
>> approach is that the definition might not be there any more, e.g., after
>> a fresh checkout.  That's why I would probably prefer the latter.
>
>
> I would suggest something like this:
>
> - A variable to decide where to go
> - Possibly there should be a separate variable for the src tree
> - If not possible to go there:
>   * If no other choice then give an error
>   * Otherwise ask user wether to go to the other place
>     (checkout/install)
>
>
>
>
> 

bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help))

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!



----- Original Message ----- 
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "ＯＦＦＩＣＥ　ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 10:25 PM
Subject: bug#587: Info received (bug#587: 23.0.60; To source or not to 
source (from help))



Thank you for the additional information you have supplied regarding
this bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@gnu.org>

If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.

Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.


-- 
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems 

bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; To source or not to source (from help)))

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!

----- Original Message ----- 
From: "Emacs bug Tracking System" <don@donarmstrong.com>
To: "ＯＦＦＩＣＥ　ZERO" <hi-oh230@air.ocn.ne.jp>
Sent: Saturday, August 09, 2008 11:00 PM
Subject: bug#587: Info received (bug#587: Info received (bug#587: 23.0.60; 
To source or not to source (from help)))



Thank you for the additional information you have supplied regarding
this bug report.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 Emacs Bugs <bug-gnu-emacs@gnu.org>

If you wish to submit further information on this problem, please
send it to 587@emacsbugs.donarmstrong.com, as before.

Please do not send mail to don@donarmstrong.com unless you wish
to report a problem with the Bug-tracking system.


-- 
587: http://emacsbugs.donarmstrong.com/cgi-bin/bugreport.cgi?bug=587
Emacs Bug Tracking System
Contact don@donarmstrong.com with problems 

bug#587: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

no thank you


----- Original Message ----- 
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: <587@emacsbugs.donarmstrong.com>
Sent: Saturday, August 09, 2008 9:37 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)


> > I did not look at the details again since I did not have time to fix
> > this. I notice that C-h v takes me to the Emacs install tree I am using
> > and C-h f takes me to the CVS checkout tree where I compiled Emacs.
> 
> We can consistently try to go to the compile directory or to the install
> directory first, whatever people want.  A problem with the former
> approach is that the definition might not be there any more, e.g., after
> a fresh checkout.  That's why I would probably prefer the latter.
> 
> martin
> 
> 
> 
> 
>

bug#673: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

配信不要
----- Original Message ----- 
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>; 
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:03 PM
Subject: bug#673: 23.0.60; To source or not to source (from help)


> > I use the normal
> >
> >   make install INSTALL_DIR=...
>
> I never use that.  Are the ".el" files copied as well in that case?
>
> >> In this case the following might
> >> happen: As for C-h f `describe-function-1' will execute
> >>
> >>       ;; See if lisp files are present where they where installed from.
> >>       (if (not (eq file-name 'C-source))
> >>       (setq file-name (find-source-lisp-file file-name)))
> >>
> >> which sets `file-name' to the ".el" file from the checkout directory
> >> (because you did compile it there) and installs the corresponding
> >> reference in the hyperlink.
> >>
> >> As for C-h v `describe-variable' does _not_ care whether you compiled 
> >> in
> >> another directory and simply goes to the file supplied by 
> >> `symbol-file'.
> >> You could try inserting the snipped above in `describe-variable'
> >> immediately before the line
> >>
> >>           (if file-name
> >>
> >> and see whether it now jumps to the checkout directory instead.
> >
> >
> > Yes, I guess that is correct.
>
> Did you verify it?
>
> >> Personally, I'd prefer something like the following in both cases:
> >>
> >>       (unless (or (eq file-name 'C-source)
> >>           (file-exists-p file-name))
> >>     (setq file-name (find-source-lisp-file file-name)))
> >
> > Thanks martin. I think a variable (or an option) for which elisp to go
> > to would be the best. Is there any reason not to have that?
>
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory?  I'm too lazy to look
> into this ...
>
> martin
>
>
>
>
>
> 

bug#587: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!

----- Original Message ----- 
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>; 
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:03 PM
Subject: bug#587: 23.0.60; To source or not to source (from help)


> > I use the normal
> >
> >   make install INSTALL_DIR=...
>
> I never use that.  Are the ".el" files copied as well in that case?
>
> >> In this case the following might
> >> happen: As for C-h f `describe-function-1' will execute
> >>
> >>       ;; See if lisp files are present where they where installed from.
> >>       (if (not (eq file-name 'C-source))
> >>       (setq file-name (find-source-lisp-file file-name)))
> >>
> >> which sets `file-name' to the ".el" file from the checkout directory
> >> (because you did compile it there) and installs the corresponding
> >> reference in the hyperlink.
> >>
> >> As for C-h v `describe-variable' does _not_ care whether you compiled 
> >> in
> >> another directory and simply goes to the file supplied by 
> >> `symbol-file'.
> >> You could try inserting the snipped above in `describe-variable'
> >> immediately before the line
> >>
> >>           (if file-name
> >>
> >> and see whether it now jumps to the checkout directory instead.
> >
> >
> > Yes, I guess that is correct.
>
> Did you verify it?
>
> >> Personally, I'd prefer something like the following in both cases:
> >>
> >>       (unless (or (eq file-name 'C-source)
> >>           (file-exists-p file-name))
> >>     (setq file-name (find-source-lisp-file file-name)))
> >
> > Thanks martin. I think a variable (or an option) for which elisp to go
> > to would be the best. Is there any reason not to have that?
>
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory?  I'm too lazy to look
> into this ...
>
> martin
>
>
>
>
> 

bug#673: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!

----- Original Message ----- 
From: "martin rudalics" <rudalics@gmx.at>
To: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>; 
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 9:03 PM
Subject: bug#673: 23.0.60; To source or not to source (from help)


> > I use the normal
> >
> >   make install INSTALL_DIR=...
>
> I never use that.  Are the ".el" files copied as well in that case?
>
> >> In this case the following might
> >> happen: As for C-h f `describe-function-1' will execute
> >>
> >>       ;; See if lisp files are present where they where installed from.
> >>       (if (not (eq file-name 'C-source))
> >>       (setq file-name (find-source-lisp-file file-name)))
> >>
> >> which sets `file-name' to the ".el" file from the checkout directory
> >> (because you did compile it there) and installs the corresponding
> >> reference in the hyperlink.
> >>
> >> As for C-h v `describe-variable' does _not_ care whether you compiled 
> >> in
> >> another directory and simply goes to the file supplied by 
> >> `symbol-file'.
> >> You could try inserting the snipped above in `describe-variable'
> >> immediately before the line
> >>
> >>           (if file-name
> >>
> >> and see whether it now jumps to the checkout directory instead.
> >
> >
> > Yes, I guess that is correct.
>
> Did you verify it?
>
> >> Personally, I'd prefer something like the following in both cases:
> >>
> >>       (unless (or (eq file-name 'C-source)
> >>           (file-exists-p file-name))
> >>     (setq file-name (find-source-lisp-file file-name)))
> >
> > Thanks martin. I think a variable (or an option) for which elisp to go
> > to would be the best. Is there any reason not to have that?
>
> We'd have to do something similar for definitions in the C-sources too.
> Do I suppose correctly that the C-sources are not copied automatically
> when you explicitly specify the install directory?  I'm too lazy to look
> into this ...
>
> martin
>
>
>
>
>
> 

bug#672: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

配信不要
----- Original Message ----- 
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>; 
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 8:09 PM
Subject: bug#672: 23.0.60; To source or not to source (from help)


> martin rudalics wrote:
>>  > If you do C-h v and look at a variable and click on the library link 
>> in
>>  > the help buffer you will go to the file in your current Emacs tree. If
>>  > you do C-h f to look at a function and do the same you will be taken 
>> to
>>  > the cvs checkout file instead.
>>
>> I suspect you compiled Emacs in the checkout directory and then copied
>> the Emacs tree to another directory.
>
> I use the normal
>
>   make install INSTALL_DIR=...
>
>> In this case the following might
>> happen: As for C-h f `describe-function-1' will execute
>>
>>       ;; See if lisp files are present where they where installed from.
>>       (if (not (eq file-name 'C-source))
>>       (setq file-name (find-source-lisp-file file-name)))
>>
>> which sets `file-name' to the ".el" file from the checkout directory
>> (because you did compile it there) and installs the corresponding
>> reference in the hyperlink.
>>
>> As for C-h v `describe-variable' does _not_ care whether you compiled in
>> another directory and simply goes to the file supplied by `symbol-file'.
>> You could try inserting the snipped above in `describe-variable'
>> immediately before the line
>>
>>           (if file-name
>>
>> and see whether it now jumps to the checkout directory instead.
>
> Yes, I guess that is correct.
>
>> Personally, I'd prefer something like the following in both cases:
>>
>>       (unless (or (eq file-name 'C-source)
>>           (file-exists-p file-name))
>>     (setq file-name (find-source-lisp-file file-name)))
>
>
> Thanks martin. I think a variable (or an option) for which elisp to go to 
> would be the best. Is there any reason not to have that?
>
>
>
>
> 

bug#672: 23.0.60; To source or not to source (from help)

[ＯＦＦＩＣＥ ZERO]

Do'nt   send  me mail  !!!
no tkank you!!

----- Original Message ----- 
From: "Lennart Borgman (gmail)" <lennart.borgman@gmail.com>
To: "martin rudalics" <rudalics@gmx.at>
Cc: "Bug-Gnu-Emacs" <bug-gnu-emacs@gnu.org>; 
<587@emacsbugs.donarmstrong.com>
Sent: Friday, August 08, 2008 8:09 PM
Subject: bug#672: 23.0.60; To source or not to source (from help)


> martin rudalics wrote:
>>  > If you do C-h v and look at a variable and click on the library link 
>> in
>>  > the help buffer you will go to the file in your current Emacs tree. If
>>  > you do C-h f to look at a function and do the same you will be taken 
>> to
>>  > the cvs checkout file instead.
>>
>> I suspect you compiled Emacs in the checkout directory and then copied
>> the Emacs tree to another directory.
>
> I use the normal
>
>   make install INSTALL_DIR=...
>
>> In this case the following might
>> happen: As for C-h f `describe-function-1' will execute
>>
>>       ;; See if lisp files are present where they where installed from.
>>       (if (not (eq file-name 'C-source))
>>       (setq file-name (find-source-lisp-file file-name)))
>>
>> which sets `file-name' to the ".el" file from the checkout directory
>> (because you did compile it there) and installs the corresponding
>> reference in the hyperlink.
>>
>> As for C-h v `describe-variable' does _not_ care whether you compiled in
>> another directory and simply goes to the file supplied by `symbol-file'.
>> You could try inserting the snipped above in `describe-variable'
>> immediately before the line
>>
>>           (if file-name
>>
>> and see whether it now jumps to the checkout directory instead.
>
> Yes, I guess that is correct.
>
>> Personally, I'd prefer something like the following in both cases:
>>
>>       (unless (or (eq file-name 'C-source)
>>           (file-exists-p file-name))
>>     (setq file-name (find-source-lisp-file file-name)))
>
>
> Thanks martin. I think a variable (or an option) for which elisp to go to 
> would be the best. Is there any reason not to have that?
>
>
>
>
> 

bug#671: 23.0.60; To source or not to source (from help)

[Stefan Monnier]

> Personally, I'd prefer something like the following in both cases:

>       (unless (or (eq file-name 'C-source)
> 		  (file-exists-p file-name))
> 	(setq file-name (find-source-lisp-file file-name)))

I'd use file-readable-p, but otherwise, it sounds fine,


        Stefan