GNU bug report logs - #40099
28.0.50; [feature/native-comp] Different working dir of .eln files is not expected by pdf-tools

Previous Next

Full log

View this message in rfc822 format

From: Ihor Radchenko <yantar92 <at> gmail.com>
To: Andrea Corallo <akrl <at> sdf.org>
Cc: 40099 <at> debbugs.gnu.org, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: bug#40099: 28.0.50; [feature/native-comp] Different working dir of .eln files is not expected by pdf-tools
Date: Thu, 09 Apr 2020 02:54:10 +0800

Hi Andrea,

> Which is the "Emacs functionality to do that"?  Is there any other way
> that is not using `load-file-name`?

Yes, I meant to ask about a way to find source file location without
using `load-file-name`. 

Best,
Ihor



Andrea Corallo <akrl <at> sdf.org> writes:

> Ihor Radchenko <yantar92 <at> gmail.com> writes:
>
>>> We could lie (set `load-file-name` to point to the source file, for
>>> example) or introduce some function to go from the `load-file-name` to
>>> the "intended" origin (something like the name of the source file) and
>>> update all packages to use that function?
>>
>> Is it even possible for a package to get the source file location
>> without relying on load-file-name pointing to the same folder with the
>> source file? I mean using the currently available Emacs functionality.
>>
>> Best,
>> Ihor
>
> Hi Ihor,
>
> Which is the "Emacs functionality to do that"?  Is there any other way
> that is not using `load-file-name`?
>
> Andrea
>
> -- 
> akrl <at> sdf.org

-- 
Ihor Radchenko,
PhD,
Center for Advancing Materials Performance from the Nanoscale (CAMP-nano)
State Key Laboratory for Mechanical Behavior of Materials, Xi'an Jiaotong University, Xi'an, China
Email: yantar92 <at> gmail.com, ihor_radchenko <at> alumni.sutd.edu.sg

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.