[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MPS: staticpro everything
From: |
Eli Zaretskii |
Subject: |
Re: MPS: staticpro everything |
Date: |
Wed, 01 May 2024 17:02:58 +0300 |
> From: Gerd Möllmann <gerd.moellmann@gmail.com>
> Cc: Helmut Eller <eller.helmut@gmail.com>, emacs-devel@gnu.org
> Date: Wed, 01 May 2024 15:48:25 +0200
>
> Eli Zaretskii <eliz@gnu.org> writes:
>
> > 'struct bidi_it' is a member of 'struct it', the iterator object we
> > use to perform display layout of windows. 'struct it' includes
> > pointers to the window being displayed and also to the frame of that
> > window:
> >
> > struct it
> > {
> > /* The window in which we iterate over current_buffer (or a string). */
> > Lisp_Object window;
> > struct window *w;
> >
> > /* The window's frame. */
> > struct frame *f;
> >
> > It also has a few other pointers. And yet, you didn't include 'struct
> > it' in your list, and I wonder why the difference? (The pointer to
> > the window is the same pointer that is copied in 'struct bidi_it'.)
>
> I think struct it always lives on the stack. In that case we don't need
> to do anything (see my other mail).
What a relief!
- Re: MPS GC and its implications, (continued)
Re: MPS: staticpro everything, Gerd Möllmann, 2024/05/01
Re: MPS: staticpro everything, Helmut Eller, 2024/05/01
- Re: MPS: staticpro everything, Eli Zaretskii, 2024/05/01
- Re: MPS: staticpro everything, Helmut Eller, 2024/05/01
- Re: MPS: staticpro everything, Gerd Möllmann, 2024/05/01
- Re: MPS: staticpro everything, Eli Zaretskii, 2024/05/01
- Re: MPS: staticpro everything, Helmut Eller, 2024/05/01
- Re: MPS: staticpro everything, Eli Zaretskii, 2024/05/02
- Re: MPS: staticpro everything, Gerd Möllmann, 2024/05/02
- Re: MPS: staticpro everything, Eli Zaretskii, 2024/05/02
- Re: MPS: staticpro everything, Gerd Möllmann, 2024/05/02
- Re: MPS: staticpro everything, Eli Zaretskii, 2024/05/02
- Re: MPS: staticpro everything, Gerd Möllmann, 2024/05/02