[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: How the long-lines "optimisation" breaks font locking.
From: |
Lars Ingebrigtsen |
Subject: |
Re: How the long-lines "optimisation" breaks font locking. |
Date: |
Wed, 03 Aug 2022 21:03:56 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Alan Mackenzie <acm@muc.de> writes:
> I don't think it is improbable that a C++ hacker will create a long line
> in a raw string.
If you don't think that's improbable, then you should like the new
optimisations a lot -- because if you, instead of a 10K line in that C++
file, inserted a 1M line, then Emacs would previously hang indefinitely,
but with the optimisation, it doesn't.
Which is the point here.
- How the long-lines "optimisation" breaks font locking., Alan Mackenzie, 2022/08/03
- Re: How the long-lines "optimisation" breaks font locking.,
Lars Ingebrigtsen <=
- Re: How the long-lines "optimisation" breaks font locking., Alan Mackenzie, 2022/08/04
- Re: How the long-lines "optimisation" breaks font locking., Eli Zaretskii, 2022/08/04
- Re: How the long-lines "optimisation" breaks font locking., Alan Mackenzie, 2022/08/04
- Re: How the long-lines "optimisation" breaks font locking., Lars Ingebrigtsen, 2022/08/04
- Re: How the long-lines "optimisation" breaks font locking., Gregory Heytings, 2022/08/04
- Re: How the long-lines "optimisation" breaks font locking., Ihor Radchenko, 2022/08/04
- Re: How the long-lines "optimisation" breaks font locking., Eli Zaretskii, 2022/08/04
- Re: How the long-lines "optimisation" breaks font locking., Alan Mackenzie, 2022/08/05
- Re: How the long-lines "optimisation" breaks font locking., Eli Zaretskii, 2022/08/05
- Re: How the long-lines "optimisation" breaks font locking., Dmitry Gutov, 2022/08/05