diff options
author | June McEnroe <june@causal.agency> | 2020-12-23 14:19:58 -0500 |
---|---|---|
committer | June McEnroe <june@causal.agency> | 2020-12-23 15:56:18 -0500 |
commit | e50150458145caddac0fb0e2dd75cf99042e2b06 (patch) | |
tree | 22ad917fc6cab92659d5c23733ef78bdc9255cd2 /port/caesar/Makefile | |
parent | Bind libedit's secret filename completion function (diff) | |
download | src-e50150458145caddac0fb0e2dd75cf99042e2b06.tar.gz src-e50150458145caddac0fb0e2dd75cf99042e2b06.zip |
Cache the expanded prompt for editline
Previously, the prompt would be expanded every time editline called the getprompt callback. I think the code may have been written assuming that editline only calls getprompt once per prompt, but it may actually call it many times, for instance every time you type backspace. This results not only in slower editing from expanding complex prompts repeatedly, it also consumes more and more stack memory each time getprompt is called. This can be seen by setting PS1 to some command substitution, typing many characters at the prompt, then holding backspace and observing memory usage. Thankfully all this stack memory is freed between prompts by the stackmark calls around el_gets. This change causes prompt expansion to always happen in the setprompt call, as it would when editline is disabled, and a cached copy of the prompt is saved for getprompt to return every time editline calls it. Since getprompt is no longer doing expansion, the stackmark calls surrounding el_gets can be removed.
Diffstat (limited to 'port/caesar/Makefile')
0 files changed, 0 insertions, 0 deletions