Previously I though it was that I was accessing the vram-wrong but it turns out that even the sample code crashes. I have made no changes to the sample code in the folder examples. Also I have followed the step by step instructions on how to setup gcc that is on the wiki. The program just displays a black screen then crashes (the calculator restarts). I have downloaded libfxcg from github. Does anyone know what would have caused this. When I use the Prizm sdk 0.3 I can get programs to run but I read here http://prizm.cemetech.net/index.php/Prizm_Programming_Portal that it is out of date and that using the one from github is better. I am using Gentoo Gnu/Linux not windoze if that makes anything different.

The only thing I can thing of, based on a careful examination of your code above, is that you don't have correct LCD_HEIGHT_PX (216) and LCD_WIDTH_PX (384) defined.

Edit: Ah, I see that you edited your question. I think Tari would probably be the best one to answer that.

Sorry for changing my post without warning. It is just strange that similar code would work with the older sdk but not the newer one. I get no errors while compiling. I guess I will just have to stick with the older sdk libraries. Could it be that I am using gcc 4.8 and something changed that worked on an older version.

I structured the various build systems in the example folder. Which build system are you using? cmake, autotools, make-*?

Please note that the examples are from the old SDK and just had the headers changed. They really should be changed.

I tried both make-PrizmSDK and make-libfxcg

A few things I'd like to know.

1) Has anybody else successfully built addins with recent git builds of libfxcg? Could be a more generic regression.

2) Can you build the code with both the newest release (0.3) and git libfxcg and diff the generated assembly for me? Something like objdump -D should do the job.

Ok Tari here is the disassembly

Code:


Code:


Code: