Discussion about software development for the old-school Gameboys, ranging from the "Gray brick" to Gameboy Color
(Launched in 2008)
You are not logged in.
I run the GBDK on a raspberry pi server that I access via ssh. I reinstalled the OS and setup GBDK-2020 just like I did before. However now when I try the command
bash make.bat
I get the following odd output. It doesn't seem to have an error and I don't know what to do to fix it.
/srv/gbp/gbdk/build/examples/gb/galaxy$ bash make.bat sdas Assembler V02.00 + NoICE + SDCC mods (GameBoy Z80-like CPU) Copyright (C) 2012 Alan R. Baldwin This program comes with ABSOLUTELY NO WARRANTY. Usage: [-Options] file Usage: [-Options] outfile file1 [file2 file3 ...] -d Decimal listing -q Octal listing -x Hex listing (default) -g Undefined symbols made global -a All user symbols made global -b Display .define substitutions in listing -bb and display without .define substitutions -c Disable instruction cycle count in listing -j Enable NoICE Debug Symbols -y Enable SDCC Debug Symbols -l Create list file/outfile[.lst] -o Create object file/outfile[.rel] -s Create symbol file/outfile[.sym] -p Disable automatic listing pagination -u Disable .list/.nlist processing -w Wide listing format for symbol table -z Disable case sensitivity for symbols -f Flag relocatable references by ` in listing file -ff Flag relocatable references by mode in listing file -I Add the named directory to the include file search path. This option may be used more than once. Directories are searched in the order given. removing
Any and all help would be appreciated. I bet I'm just dumb and it's something simple I forgot.
Thanks,
M.A
Offline
*.bat files are not bash sctipts. You should type “make” on raspberry since it is running linux.
Offline
toxa wrote:
*.bat files are not bash sctipts. You should type “make” on raspberry since it is running linux.
I believe this information to be incorrect. I forgot to mention that I am running GBDK-2020. "bash make.bat", even on linux, is the necessary command. I know it looks odd, but it's what the readme calls for even on the linux distributions. Thanks for your input and the time it took you to reply is much appreciated. Unfortunately, it doesn't solve the issue.
Like I said, the command doesn't error but it still doesn't seem to be working, either. Maybe there's build path variables I don't have!?
EDIT: I've decided to scrap this install of GBDK-2020 and rebuild from source.
EDIT: So, completely rebuilt the source without issue at all. Still, no change.
../gbdk-2020/build/gbdk/bin/lcc -Wa-l -Wl-m -Wl-j -o Ackeron.gb Ackeron.c sdas Assembler V02.00 + NoICE + SDCC mods (GameBoy Z80-like CPU) Copyright (C) 2012 Alan R. Baldwin This program comes with ABSOLUTELY NO WARRANTY. Usage: [-Options] file Usage: [-Options] outfile file1 [file2 file3 ...] -d Decimal listing -q Octal listing -x Hex listing (default) -g Undefined symbols made global -a All user symbols made global -b Display .define substitutions in listing -bb and display without .define substitutions -c Disable instruction cycle count in listing -j Enable NoICE Debug Symbols -y Enable SDCC Debug Symbols -l Create list file/outfile[.lst] -o Create object file/outfile[.rel] -s Create symbol file/outfile[.sym] -p Disable automatic listing pagination -u Disable .list/.nlist processing -w Wide listing format for symbol table -z Disable case sensitivity for symbols -f Flag relocatable references by ` in listing file -ff Flag relocatable references by mode in listing file -I Add the named directory to the include file search path. This option may be used more than once. Directories are searched in the order given. removing
If anyone knows the cause of this, please help.
Also note: the output of running
bash makle.bat
and using
../gbdk-2020/build/gbdk/bin/lcc -Wa-l -Wl-m -Wl-j -o Ackeron.gb Ackeron.c
produces the exact same output.
I have no clue what I need to do to fix it and, furthermore (and, I contend, the most stressing thing about this is that), I don't even know what to google search on this one.
Any help would be appreciated. I honestly feel like I'm just being dumb and not doing it correctly.
M.A
FINAL EDIT AND CONCLUSION:
I recompiled an old source for GBDK-2020 4.0.2 instead of 4.0.3 and the error doesn't present itself. The issue needs to be addressed upstream.
Last edited by Multifaceted.Abnormal (2021-05-06 17:11:33)
Offline
no. you should never call "bash make.bat" on raspberrian. you should call "make".
Offline
that happens (printing help instead of compiling), because lcc frontend tries to pass new commandline parameters that were presented in the recent builds of sdas assembler. raspbian snapshot is too old to have those.
Offline
toxa wrote:
that happens (printing help instead of compiling), because lcc frontend tries to pass new commandline parameters that were presented in the recent builds of sdas assembler. raspbian snapshot is too old to have those.
Yeah. I could never get SDCC to compile so I'll just have to wait until newer snapshots get compiled for raspbian.
Offline
I compiled the latest SDCC trunk on raspberry pi 1 without any problems. You just need to set enough virtual memory for the system and install all required packages such as boost, bison and so on. Then it takes about 24 hours to build, but no problems at all.
Offline