GNU bug report logs -
#28345
25.2.1: package-install-file and dynamic modules
Previous Next
To reply to this bug, email your comments to 28345 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#28345
; Package
emacs
.
(Mon, 04 Sep 2017 15:14:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Peking Duck <pekingducklabs <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 04 Sep 2017 15:14:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hi,
I wrote a dynamic module and am trying to use package.el to install it. I
followed the instructions in the Emacs Lisp Manual and created a tar
archive. This tar archive contains:
sqlite3-api-0.1/
sqlite3-api-0.1/sqlite3-api-pkg.el
sqlite3-api-0.1/sqlite3-api.so
I then evaluated
(package-install-file "~/src/emacs-sqlite3-api/sqlite3-api-0.1.tar")
and it gave me an error:
(error "sqlite3-api.so:0:0: error: scan-error: (Containing expression ends
prematurely 47501 47502)\
")
From the backtrace, it's autoload-generate-file-autoloads in autoload.el
that caused it. Seems to me Emacs was trying to parse the .so looking for
autoloads?
It's on Linux (CentOS7). Interestingly I tried this on macOS later and this
time it worked perfectly.
Is package.el ready for dynamic modules yet?
One more thing related to dynamic modules: seems to me unload-feature
doesn't support dynamic modules yet. Will this be fixed?
Thanks
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#28345
; Package
emacs
.
(Sun, 24 Sep 2017 11:09:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 28345 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Peking Duck <pekingducklabs <at> gmail.com> schrieb am Mo., 4. Sep. 2017 um
17:15 Uhr:
>
> One more thing related to dynamic modules: seems to me unload-feature
> doesn't support dynamic modules yet. Will this be fixed?
>
Only answering this one: Unloading dynamic libraries is generally quite
hairy. I don't think there are plans to support it at the moment.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#28345
; Package
emacs
.
(Sun, 24 Sep 2017 23:26:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 28345 <at> debbugs.gnu.org (full text, mbox):
>>>>> "PS" == Philipp Stephani <p.stephani2 <at> gmail.com> writes:
PS> Only answering this one: Unloading dynamic libraries is generally quite
PS> hairy. I don't think there are plans to support it at the moment.
Yes, I'd be surprised in fact if this is ever supported, unless it becomes a
more common and useful thing to have.
--
John Wiegley GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com 60E1 46C4 BD1A 7AC1 4BA2
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#28345
; Package
emacs
.
(Sun, 04 Jul 2021 14:46:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 28345 <at> debbugs.gnu.org (full text, mbox):
Peking Duck <pekingducklabs <at> gmail.com> writes:
> I wrote a dynamic module and am trying to use package.el to install it. I followed
> the instructions in the Emacs Lisp Manual and created a tar archive. This tar
> archive contains:
>
> sqlite3-api-0.1/
> sqlite3-api-0.1/sqlite3-api-pkg.el
> sqlite3-api-0.1/sqlite3-api.so
>
> I then evaluated
>
> (package-install-file "~/src/emacs-sqlite3-api/sqlite3-api-0.1.tar")
>
> and it gave me an error:
>
> (error "sqlite3-api.so:0:0: error: scan-error: (Containing expression ends
> prematurely 47501 47502)\
> ")
>
> From the backtrace, it's autoload-generate-file-autoloads in autoload.el that
> caused it. Seems to me Emacs was trying to parse the .so looking for autoloads?
(I'm going through old bug reports that unfortunately got no response at
the time.)
I'm not quite sure what the status of including .so files in Emacs
packages is now -- anybody know? (.so files are architecture specific,
so I guess it's not something we do generally, but I guess people would
want to do it, anyway...)
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#28345
; Package
emacs
.
(Sun, 04 Jul 2021 16:28:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 28345 <at> debbugs.gnu.org (full text, mbox):
> From: Lars Ingebrigtsen <larsi <at> gnus.org>
> Date: Sun, 04 Jul 2021 16:44:57 +0200
> Cc: 28345 <at> debbugs.gnu.org
>
> I'm not quite sure what the status of including .so files in Emacs
> packages is now -- anybody know? (.so files are architecture specific,
> so I guess it's not something we do generally, but I guess people would
> want to do it, anyway...)
Why not build the .so files as part of installing the package?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#28345
; Package
emacs
.
(Mon, 05 Jul 2021 13:06:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 28345 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> I'm not quite sure what the status of including .so files in Emacs
>> packages is now -- anybody know? (.so files are architecture specific,
>> so I guess it's not something we do generally, but I guess people would
>> want to do it, anyway...)
>
> Why not build the .so files as part of installing the package?
I think that's the recommended way to do it, but then you need gcc etc
on the client machines. I can see how it'd be convenient for some
people to distribute pre-built .so packages for (say) a small homogenic
set of hosts.
--
(domestic pets only, the antidote for overdose, milk.)
bloggy blog: http://lars.ingebrigtsen.no
This bug report was last modified 4 years and 36 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.