Without -f I was able to get something on the screen. The code in libdraw and libmemdraw does not use floats. But I was having weird failures in malloc.
I updated my kencc fork to the latest version and now everything works! The problem apparently was more related to 5c than 5l. I updated 5l to support -f but I still had the problem. After updating 5c then everything worked. > On Jan 15, 2017, at 4:11 PM, erik quanstrom <quans...@quanstro.net> wrote: > >> Does any of you have any idea what could be the cause of the problem? >> The linker 5l in kencc does not support the -f linking option, but I think >> none >> of the code in pool.c or libmemdraw use float/double at this point. >> Is there some important patches to 5l or 5c I am missing in kencc/? > > i think your source is out-of-sync: > > -f (5l only) Generate VFP hardware floating-point > instructions. Without this option, 5l generates > arm7500 floating-point instructions which are emu- > lated in the kernel. > > i would imagine that your machine may have booted (the kernel does not use > floating point), > but you can't see the screen. if you set up a cpu server, there's a good > chance it will be > accessable. > > - erik
