all messages for Emacs-related lists mirrored at yhetil.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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.