[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Emacs git repo mangled
From: |
Michael Albinus |
Subject: |
Re: Emacs git repo mangled |
Date: |
Mon, 31 Oct 2022 17:48:24 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
João Távora <joaotavora@gmail.com> writes:
Hi João,
> I've now looked at the situation, and I still don't understand what's
> wrong. As I expected the Eglot branch feature/eglot2emacs is just a
> branch that shares no initial history with Emacs's mainline until the
> merge with commit feature/eglot2texi manual, whose firstcommit, authored
> by Eli, branches off the mainline in baa39e48.
>
> Until that merge feature/eglot2emacs contains no files but
> lisp/progmodes/eglot.el so that ls output, after you 'git checkout' to
> one of feature/eglot2emacs's commits is for untracked files in your
> working directory.
>
> I detect nothing wrong in the tree: it's exactly what I would expect it
> to be. But I don't know exactly what Michael is trying to do.
There's nothing wrong with the eglot merge AFAICS. But the respective
commits are useless when you run "git bisect" and you land there,
because Emacs cannot be compiled based on any of those commits. That was
my pain.
Best regards, Michael.
- Re: Emacs git repo mangled, (continued)
- Re: Emacs git repo mangled, Gregory Heytings, 2022/10/31
- Re: Emacs git repo mangled, Payas Relekar, 2022/10/31
- Re: Emacs git repo mangled, João Távora, 2022/10/31
- Re: Emacs git repo mangled,
Michael Albinus <=
- Re: Emacs git repo mangled, Stefan Monnier, 2022/10/31
- Re: Emacs git repo mangled, Andreas Schwab, 2022/10/31
- Re: Emacs git repo mangled, Stefan Monnier, 2022/10/31
- Re: Emacs git repo mangled, Andreas Schwab, 2022/10/31
- Re: Emacs git repo mangled, Óscar Fuentes, 2022/10/31