Error with misaligned string ends. about customasm HOT 5 CLOSED

I forgot to mention there's an undocumented #labelalign directive, which might come in handy here? When you specify it, the assembler will automatically align every global label you define. So for example:

#bits 8
#labelalign 32

#ruledef
{
    hlt => 0x33
}

hello:
    #d "Hello"

code:
    hlt

This would be interpreted as if there was an #align 32 directive right before each of hello: and code:, so code will actually start at address 0x8. (Non-global labels are not affected, though.)

Does this help the issue everyone is having here? I should add it to the documentation. 😅

from customasm.

That's a good idea! I hadn't even realized that would be a problem.

Any possibility that the user would want this (broken) behavior instead?

from customasm.

I don't believe that there would be any reason for anyone to want this type of behavior.

from customasm.

For ISAs with a minimum addressable data size that is not 8-bits, this suggestion sounds reasonable. I have found that #bits is usually not the right tool, however.

I am working with MIPS at the moment, where all instructions are 32 bits wide. But the minimum addressable data size is 8 bits. For this architecture, #bits 32 is incorrect. That said, I would still like a way, in general, to pad some data types (like strings) up to a specific alignment. Currently, I have to do this manually:

hello:
#align 32
#d "Hello, world!\0"

version:
#align 32
#d "Version: 1.0.0\0"

It is also still useful to not align after strings, in cases where you want to tightly pack the data.

It's easy to forget to include an alignment directive following data types with sizes that are not divisible by the minimum instruction width. For that reason, I think adding a new directive to specify instruction width (not data width) will be useful, but I don't think even that solves this particular case (which involves data).

Maybe a new directive to both align and output data is needed? Or an extension to the #d directive which adds a padding parameter?

from customasm.

I believe that addresses the specific issue I brought up in this thread. It looks like the label alignment can be temporarily made smaller for packing structs, also.

from customasm.