-
Notifications
You must be signed in to change notification settings - Fork 58
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Improve allocation of VRAM/PAL/OAM buffers #222
Conversation
Hmm this works with 26_Full_Game but not 21_Sprite_Zero. |
5053fce
to
b5d3522
Compare
Regarding b5d3522 I'm curious about the reasoning for |
6fac7e9
to
e95496c
Compare
e95496c
to
84ee820
Compare
IIRC it was just that VRAM_BUF is a nesdoug addition to neslib, and it shouldn't trigger unless nesdoug is used. |
49e92e6
to
06b2d88
Compare
Fixes llvm-mos#215: - Use weak symbols - Move PAL_BUF out of hardware stack - Split multi_vram* ops from the definition of the buffer
06b2d88
to
26535da
Compare
@@ -6,8 +6,9 @@ | |||
.section .noinit.vram_buf,"aw",@nobits | |||
.globl VRAM_BUF | |||
.balign 128 | |||
.weak |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This doesn't do anything; the syntax is .weak <names>
. So, this should be .weak VRAM_BUF
.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh hm... apparently .weak
does the job of .globl
too. Fixed (tested both with some nesdoug projects using the default and my own project overriding it).
Fixes #215: