unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* bug#32763: 26.1; emacs-module.h isn't installed with Emacs for module development
@ 2018-09-18 18:08 Vasilij Schneidermann
  2018-09-18 18:33 ` Eli Zaretskii
  0 siblings, 1 reply; 3+ messages in thread
From: Vasilij Schneidermann @ 2018-09-18 18:08 UTC (permalink / raw)
  To: 32763

I've recently developed a simple module and ran into a surprising issue
with the skeleton: I couldn't locate the emacs-module.h in my system
matching the Emacs installation the module is compiled against.  I
eventually gave up and just bundled the emacs-module.h from a Git
checkout with my module's source code.  It makes up for most of the code
in the project.

This is far from ideal.  If I give an Emacs user the source code of a
module without that header file, they can't easily compile it for their
system.  This severely hamper a workflow where a package manager would
be extended to handle module compilation as I haven't found other Emacs
modules bundling the header file.  Is this an oversight in the
installation process or a deliberate design decision?





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#32763: 26.1; emacs-module.h isn't installed with Emacs for module development
  2018-09-18 18:08 bug#32763: 26.1; emacs-module.h isn't installed with Emacs for module development Vasilij Schneidermann
@ 2018-09-18 18:33 ` Eli Zaretskii
  2018-09-20 11:11   ` Vasilij Schneidermann
  0 siblings, 1 reply; 3+ messages in thread
From: Eli Zaretskii @ 2018-09-18 18:33 UTC (permalink / raw)
  To: Vasilij Schneidermann; +Cc: 32763

merge 32763 31929
thanks

> Date: Tue, 18 Sep 2018 20:08:10 +0200
> From: Vasilij Schneidermann <v.schneidermann@gmail.com>
> 
> I've recently developed a simple module and ran into a surprising issue
> with the skeleton: I couldn't locate the emacs-module.h in my system
> matching the Emacs installation the module is compiled against.  I
> eventually gave up and just bundled the emacs-module.h from a Git
> checkout with my module's source code.  It makes up for most of the code
> in the project.

Yes, this is bug#31929.  The header should be installed by "make install"
into the system header file's tree.

> Is this an oversight in the installation process or a deliberate
> design decision?

Oversight.





^ permalink raw reply	[flat|nested] 3+ messages in thread

* bug#32763: 26.1; emacs-module.h isn't installed with Emacs for module development
  2018-09-18 18:33 ` Eli Zaretskii
@ 2018-09-20 11:11   ` Vasilij Schneidermann
  0 siblings, 0 replies; 3+ messages in thread
From: Vasilij Schneidermann @ 2018-09-20 11:11 UTC (permalink / raw)
  To: Eli Zaretskii; +Cc: 32763

> Oversight.

Alright, thanks. Feel free to close the ticket if this hasn't been done
by the merge already.





^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2018-09-20 11:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2018-09-18 18:08 bug#32763: 26.1; emacs-module.h isn't installed with Emacs for module development Vasilij Schneidermann
2018-09-18 18:33 ` Eli Zaretskii
2018-09-20 11:11   ` Vasilij Schneidermann

Code repositories for project(s) associated with this public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).