[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Retrieving the "include" directory for Emacs Modules
From: |
Marco Antoniotti |
Subject: |
Re: Retrieving the "include" directory for Emacs Modules |
Date: |
Fri, 13 Dec 2024 12:43:03 +0100 |
Hi Eli
What would be a proper place?
Marco
On Wed, Dec 11, 2024 at 6:03鈥疨M <help-gnu-emacs-request@gnu.org> wrote:
> Send help-gnu-emacs mailing list submissions to
> help-gnu-emacs@gnu.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.gnu.org/mailman/listinfo/help-gnu-emacs
> or, via email, send a message with subject or body 'help' to
> help-gnu-emacs-request@gnu.org
>
> You can reach the person managing the list at
> help-gnu-emacs-owner@gnu.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of help-gnu-emacs digest..."
>
>
> Today's Topics:
>
> 1. Re: Retrieving the "include" directory for Emacs Modules
> (Eli Zaretskii)
> 2. Why does saving a buffer to a new file clear local variables?
> (Patrick Nicodemus)
> 3. Gnus: Permanently killing a thread? (Christopher Howard)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Wed, 11 Dec 2024 15:01:44 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> To: help-gnu-emacs@gnu.org
> Subject: Re: Retrieving the "include" directory for Emacs Modules
> Message-ID: <86bjxi4blz.fsf@gnu.org>
>
> > Date: Tue, 10 Dec 2024 22:23:05 -0500
> > From: Stefan Monnier via Users list for the GNU Emacs text editor <
> help-gnu-emacs@gnu.org>
> >
> > >> > As I tried to explain, if emacs-module.h is not installed in its
> > >> > intended place, we cannot know where it is installed.
> > >> The patch below would make sure that `emacs-module.h` is always
> > >> available at `$(data-directory)/include/emacs-module.h`.
> > > Sorry, this is wrong. [...] this is a change that will break previous
> > > (and correct) behavior.
> >
> > I don't see how it would break anything: the .h file is still *also*
> > copied to the $(includedir) for those people who want to compile their
> > module outside of Emacs.
>
> That makes this easier to accept, but there are still issues.
>
> > > No compiler will look in that directory without a suitable -I option,
> >
> > That's OK: the sole purpose of the change is to let ELPA packages call
> > `gcc` with such a `-I`!
>
> Let's discuss this in a proper place, not here, okay? In particular,
> I'd like to hear more opinions and data points, from people who don't
> necessarily read this forum.
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 10 Dec 2024 23:05:00 -0500
> From: Patrick Nicodemus <gadget142@gmail.com>
> To: help-gnu-emacs@gnu.org
> Subject: Why does saving a buffer to a new file clear local variables?
> Message-ID:
> <CADZEZBZbKRo7uHpqjOBTADhQcUG5U=
> H+RuZOOwd7DRdtLE_s5A@mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> If I create a new buffer like (get-buffer-create "tmpbuf"),
> switch to the buffer, and execute the commands
> (make-variable-buffer-local "abc")
> (setq abc 3)
> and then save the buffer to, say, "tmpbuf", then abc becomes nil.
> Why is this the case?
> Is this behavior documented anywhere?
> I checked that it doesn't change the major mode. It is "Fundamental" before
> and after saving.
>
>
> ------------------------------
>
> Message: 3
> Date: Wed, 11 Dec 2024 07:52:38 -0900
> From: Christopher Howard <christopher@librehacker.com>
> To: Help Gnu Emacs Mailing List <help-gnu-emacs@gnu.org>
> Subject: Gnus: Permanently killing a thread?
> Message-ID: <87ldwmgo15.fsf@librehacker.com>
> Content-Type: text/plain; charset=utf-8
>
> Hi, in Gnus I frequently use gnus-summary-kill-same-subject (C-k) to kill
> threads that are of no interest to me. However, when I am reading news the
> next day, I have to deal again with new messages from that thread. I'm
> wondering if I have a mechanism in Gnus to permanently hide a thread.
>
> In the manual, am seeing a lot of information about thread scoring, but
> I'm not sure if/how that is something I can leverage toward this end.
>
> --
> 馃摏 Christopher Howard
> 馃殌 gemini://gem.librehacker.com
> 馃寪 http://gem.librehacker.com
>
> 讘专讗砖讬转 讘专讗 讗诇讛讬诐 讗转 讛砖诪讬诐 讜讗转 讛讗专抓
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> help-gnu-emacs mailing list
> help-gnu-emacs@gnu.org
> https://lists.gnu.org/mailman/listinfo/help-gnu-emacs
>
>
> ------------------------------
>
> End of help-gnu-emacs Digest, Vol 265, Issue 49
> ***********************************************
>
--
Marco Antoniotti
Somewhere over the Rainbow
- Re: Retrieving the "include" directory for Emacs Modules, (continued)
- Re: Retrieving the "include" directory for Emacs Modules, Eli Zaretskii, 2024/12/09
- Re: Retrieving the "include" directory for Emacs Modules, Rudolf Schlatte, 2024/12/09
- Re: Retrieving the "include" directory for Emacs Modules, Stefan Monnier, 2024/12/09
- Re: Retrieving the "include" directory for Emacs Modules, Eli Zaretskii, 2024/12/09
- Re: Retrieving the "include" directory for Emacs Modules, Stefan Monnier, 2024/12/10
- Re: Retrieving the "include" directory for Emacs Modules, Eli Zaretskii, 2024/12/11
- Re: Retrieving the "include" directory for Emacs Modules, Bj枚rn Bidar, 2024/12/19
- Re: Retrieving the "include" directory for Emacs Modules, Eli Zaretskii, 2024/12/20
- Re: Retrieving the "include" directory for Emacs Modules, Basile Starynkevitch, 2024/12/20
- Re: Retrieving the "include" directory for Emacs Modules, Stefan Monnier, 2024/12/20
Re: Retrieving the "include" directory for Emacs Modules,
Marco Antoniotti <=
Re: Retrieving the "include" directory for Emacs Modules, Marco Antoniotti, 2024/12/21