[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Merging MPS a.k.a. scratch/igc, yet again
From: |
Eli Zaretskii |
Subject: |
Re: Merging MPS a.k.a. scratch/igc, yet again |
Date: |
Fri, 20 Dec 2024 08:39:41 +0200 |
> From: Gerd Möllmann <gerd.moellmann@gmail.com>
> Cc: "Pip Cet via \"Emacs development discussions.\"" <emacs-devel@gnu.org>,
> Helmut Eller <eller.helmut@gmail.com>
> Date: Thu, 19 Dec 2024 20:57:45 +0100
>
> Pip Cet <pipcet@protonmail.com> writes:
>
> > Gerd Möllmann <gerd.moellmann@gmail.com> writes:
> >
> >> Pip Cet via "Emacs development discussions." <emacs-devel@gnu.org>
> >> writes:
> >>
> >>> Does anyone remember what our conclusion was wrt
> >>> -fno-omit-frame-pointer? I seem to remember there was a patch to MPS to
> >>> avoid relying on setjmp() to save all registers, but I'd still be
> >>> happier if we enabled that for all MPS builds, since we don't know
> >>> whether our MPS has the patch.
> >>
> >> I'm using -fno-omit-frame-pointer, but I don't remember why. I think
> >> Helmut said something or so (in CC).
> >
> > We tried not using it, it caused a bug, I spent too many hours tracking
> > that one down, so now I think we should make configure.ac always enable
> > it, even though it should be a no-op on some architectures (I think
> > macOS on aarch64 is one of them).
>
> I agree.
>
> And maybe we should tell testers of the branch to stick to the compiler
> options Emacs uses by default for now? To reduce the number of moving
> parts, at least for a while. Don't what guarantees Emacs currently gives
> of working with what compiler options.
I think sticking to the default options is indeed a good idea.
> > I'm not sure what the right thing to do here is, though: do we want
> > force CFLAGS to include -fno-omit-frame-pointer, or set it only when
> > CFLAGS isn't specified explicitly, or is looking at user-provided CFLAGS
> > and complaining about them the right thing to do?
>
> I'd force it, but I'm reckless :-).
Agreed.
- Re: Merging MPS a.k.a. scratch/igc, yet again, (continued)
- Re: Merging MPS a.k.a. scratch/igc, yet again, Pip Cet, 2024/12/10
- Re: Merging MPS a.k.a. scratch/igc, yet again, Eli Zaretskii, 2024/12/10
- Re: Merging MPS a.k.a. scratch/igc, yet again, Xiyue Deng, 2024/12/11
- Re: Merging MPS a.k.a. scratch/igc, yet again, Gregor Zattler, 2024/12/19
- Re: Merging MPS a.k.a. scratch/igc, yet again, Pip Cet, 2024/12/19
- Re: Merging MPS a.k.a. scratch/igc, yet again, Gerd Möllmann, 2024/12/19
- Re: Merging MPS a.k.a. scratch/igc, yet again, Eli Zaretskii, 2024/12/19
- Re: Merging MPS a.k.a. scratch/igc, yet again, Gerd Möllmann, 2024/12/19
- Re: Merging MPS a.k.a. scratch/igc, yet again, Pip Cet, 2024/12/19
- Re: Merging MPS a.k.a. scratch/igc, yet again, Gerd Möllmann, 2024/12/19
- Re: Merging MPS a.k.a. scratch/igc, yet again,
Eli Zaretskii <=
- Building scratch/igc with -fno-omit-frame-pointer, Stefan Kangas, 2024/12/28
- Re: Building scratch/igc with -fno-omit-frame-pointer, Pip Cet, 2024/12/28
- Re: Building scratch/igc with -fno-omit-frame-pointer, Stefan Kangas, 2024/12/29
- Re: Merging MPS a.k.a. scratch/igc, yet again, Gregor Zattler, 2024/12/20
- Re: Merging MPS a.k.a. scratch/igc, yet again, Pip Cet, 2024/12/10
- Re: Merging MPS a.k.a. scratch/igc, yet again, Eli Zaretskii, 2024/12/10
- Re: Merging MPS a.k.a. scratch/igc, yet again, Óscar Fuentes, 2024/12/10
- Re: Merging MPS a.k.a. scratch/igc, yet again, Eli Zaretskii, 2024/12/10
- Re: Merging MPS a.k.a. scratch/igc, yet again, Eli Zaretskii, 2024/12/10
- Re: pdumper on Solaris 10, Stefan Kangas, 2024/12/09