PR sent.

One of the problems with git is that if you delete stuff and then merge with someone who has not deleted it, you get merge conflicts and you have to delete it all over again, because it always assumes that present content beats absent content.

Ah, for Palimpsest <https://pdfs.semanticscholar.org/acb6/ecc6734805b4b3c49517cd6c77a54b7b6cab.pdf>! This model keeps track of insert, delete, copy, and move commits, and always DTRT without having to worry about the order of commits, because instead of using line numbers relative to a particular state, it uses insert IDs and line numbers relative to the insert.  (At worst you get two inserts at the same place, but that's something you really will have to fix up.)  But there is no practical implementation. 

On Sun, Aug 23, 2020 at 4:35 PM Arthur A. Gleckler <xxxxxx@speechcode.com> wrote:
On Sun, Aug 23, 2020 at 11:55 AM John Cowan <xxxxxx@ccil.org> wrote:
Sounds good, thanks!

Actually, I was confusing this SRFI with SRFI 194.

I tried pulling the latest changes for SRFI 178 from your repo, but there are merge conflicts.  Would you please do a merge?  (I assume that I need to pull from your repo since you mentioned a bunch of changes in response to Marc's comments, but those are not in the official repo yet.)

Thanks.