Apparently it is a problem related to eabi lib functions.
I am currently using this alternative as follows:
/* arm-none-eabi-gcc lib function */
int __aeabi_idiv(int a, int b)
{
/* agbcc lib */
return __divsi3(a, b);
}
That may not be a better idea and I tried to refer to decomp project which may firstly comppile %.c ==> %.s via non-eabi-cpp and then make %.s ==> %.o but failed.
Is there any better idea for this problem?
this might be a dumb question, but is including common-chax.h from within a folder that is quite separate from the folder that common-chax.h is in without other path identifiers an issue?
in eabi-2-agbcc.c, there is a line #include common-chax.h but this file is found in root/include/
of course you might have set up a toolchain or macro where #include automatically points to that folder idk I might be dumb