Repeated CommonMark parsing and rendering can converge quite slowly
Open
Nobody has claimed this yet.
- Dominant language
- C
- Stars
- 2k
- Forks
- 691
- Avg merge
- 1d 16h
- Merged PRs (30d)
- 1
Description
I don't know whether there's a bug here but perhaps it's interesting:
$ loop() {
> while [ "$x" != "$x1" ] ; do
> echo "$x" ; x1="$x" ; x=$(echo "$x" | cmark -t commonmark)
> done
> }
$ x='x **0*+*=***' ; loop
x **0*+*=***
x **0*+*=**\*
x **0*+\*=*\*\*
x \**0*+\*=\*\*\*
$ x='x __?__0_}__' ; loop
x __?__0_}__
x \_*?**0*}**
x \_\*?**0*}*\*
x \_\*?\**0*}\*\*
At least it does converge.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the two shell-loop examples with the cmark -t commonmark entry point. Inspect the parsing and rendering behavior involved in repeated CommonMark conversion, and determine whether the slow convergence is expected or indicates a bug. Done means the behavior is explained and, if needed, covered by an appropriate regression test.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- c
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100