Re: [9front] Re: [PATCH] game boy advance header target for 5l

[Jacob Moody <moody@mail.posixcafe.org>]

On 3/2/23 04:15, Anthony Martin wrote:
> Jacob Moody <moody@mail.posixcafe.org> once said:
>> This makes 5l capable of spitting out valid .gba files.
>> With this I was able to get a basic rom working.
>>
>> To give this a try:
>> ; hget http://okturing.com/src/15122/body > sprite.c
>> ; 5c sprite.c
>> ; 5l -H8 -Emain sprite.5
>> ; games/gba 5.out
> 
> This should be a command that takes a 5.out and produces
> a gba image. See
> 
>   - aux/aout2uimage for the u-boot image format,
>   - aux/ms2 for the motorola s-record format,
>   - and xenbin for xen binary images
> 

So you end up needing to pass -T to the linker anyway?
I did it this way because -H8 is a bit more descriptive then just -T 0x08000000.
Perhaps I am missing something and there is a way of making
aout2gba work with any 5.out binary, without the need for
specific linker flags.

Or is the expectation that for those tools you do end up needing
an explicit -T as well? I dont know; those tools dont have manuals.
But it seems odd to me to have this as an external tool if it has assumptions
about specific linker flags.

> as examples. Putting the nintendo logo in the loader is
> a bit much for my taste. Not to mention the prospect of
> provoking ptyalism in the swamp creatures colloquially
> referred to as intellectual property lawyers.
> 

I know "look they're doing it too" is about as far as you
can get from sound legal advice, but this has seemingly
not been an issue for devkitpro which also ships with the
hex code as part of their 'gbafix' program. Surely getting
the only open source gba development kit taken off the web
would have happened by now if the logo was all it took.

Without the logo you can not build a rom that the bios will load.
If it can't be anywhere in the tree then we can do nothing and are wasting our time.

- moody