fix: Fix same-target common chunk merge cycle check#9329
fix: Fix same-target common chunk merge cycle check#9329schiller-manuel wants to merge 2 commits into
Conversation
fffe32a to
0ddb0e2
Compare
Merging this PR will not alter performance
Comparing Footnotes
|
|
Please file an issue first |
|
Thanks for your contribution. |
|
@IWANABETHATGUY thanks for working on this. BTW I read the contribution guideline at https://rolldown.rs/contribution-guide/#submitting-a-pull-request before creating the PR, it wasn't obvious to me that I should have created an issue first. |
Yeah, you are right. Creating an issue and discussing it with a team member can help avoid missing some important context, which may improve the AI-generated code. Sometimes there are multiple ways to solve the same issue, and AI usually chooses the easiest, but it may not be the correct one. |
|
will do in future! |
Fix common chunk merge false positive for same-target merges
Fixes a chunk optimizer case where multiple pending common chunks that should all merge into the same entry could block each other via a transient circular-dependency check.
This showed up with React's CJS
react/jsx-runtimefacade:In a graph with one user entry and nested dynamic imports, Rolldown could emit a separate
jsx-runtimecommon chunk even though all consumers are reachable through the same entry. The optimizer now treats other valid same-target pending merges as internal to the target when checking for cycles.created using GPT 5.5