Hi,
I just happened to see that the frame variable in the hello_world was defined as a volatile int.
Is there any specific reason?
I mean, would the optimizations pose problems on this specific variable? If yes why?
Thanks
Search found 13 matches
- Sat Jul 26, 2014 8:00 pm
- Forum: DS/DSi Development
- Topic: volatile int for frame count
- Replies: 1
- Views: 6207
- Fri Aug 24, 2012 5:10 pm
- Forum: devkitARM
- Topic: Profiling arm/nds program
- Replies: 16
- Views: 25494
Re: Profiling arm/nds program
It works! It seems my ndslite button was a bit hard to press, so it didn't save the log and kept the old one thanks for everything!
Hope you guys will get the -pg option to work someday
Hope you guys will get the -pg option to work someday
- Fri Aug 24, 2012 5:01 pm
- Forum: devkitARM
- Topic: Profiling arm/nds program
- Replies: 16
- Views: 25494
Re: Profiling arm/nds program
I just edited my post, even after enabling irq hblank (the variable hablnaks is incremented correctly) i still have 0ms everywhere :s
- Fri Aug 24, 2012 4:52 pm
- Forum: devkitARM
- Topic: Profiling arm/nds program
- Replies: 16
- Views: 25494
Re: Profiling arm/nds program
I found out that the irq handler wasn't called, and fixed it by using irqEnable(IRQ_HBLANK);
But I still have 0ms for all functions
(the hblanks variable is incrmented correctly)
But I still have 0ms for all functions
(the hblanks variable is incrmented correctly)
- Fri Aug 24, 2012 4:11 pm
- Forum: devkitARM
- Topic: Profiling arm/nds program
- Replies: 16
- Views: 25494
Re: Profiling arm/nds program
Anyway, I had some problems with line 96 in your resolve.pl (division by zero)
edit Is it normal that all only the number of calls is correct? all the times are set to 0
edit Is it normal that all only the number of calls is correct? all the times are set to 0
- Fri Aug 24, 2012 1:15 pm
- Forum: devkitARM
- Topic: Profiling arm/nds program
- Replies: 16
- Views: 25494
Re: Profiling arm/nds program
I just changed my makefile this morning in the train, everything seems to compile properly now (I had to make some small changes in ulibrary because a function was implemented as extern in header and caused problem with no -finstrument-functions -mpoke-function-name) Anyway why is uLibrary that bad?...
- Sat Aug 18, 2012 11:29 pm
- Forum: devkitARM
- Topic: Profiling arm/nds program
- Replies: 16
- Views: 25494
Re: Profiling arm/nds program
I am not using Palib, though this makefile is a modified version of palib. Each part involving Palib has been removed from the makefile I am using uLibrary of Brunni, I don't really think it's that outdated, it works fine with latest devkitpro and mainly uses opengl functions. Maybe I should try to ...
- Sat Aug 18, 2012 6:54 pm
- Forum: devkitARM
- Topic: Profiling arm/nds program
- Replies: 16
- Views: 25494
Re: Profiling arm/nds program
I tested it with the files you gave me but the linker tells that there is undefined reference to functions of ulibrary, it only happends when adding the cflags -finstrument-functions -mpoke-function-name Here is my makefile : PATH := $(DEVKITARM)/bin:$(PATH) #----------------------------------------...
- Thu Aug 16, 2012 3:58 am
- Forum: devkitARM
- Topic: EOF type not recognized using '!=' ?
- Replies: 4
- Views: 8165
Re: EOF type not recognized using '!=' ?
For the first thing, my boolean expression was good in my files, I just made a mistake after copy past.. my bad. Thanks for the explenation, I figured yersteday that fgetc returns int value and not char, and did exactly what you said. I thought == and != would cast the value as EOF is merely a defin...
- Sun Aug 12, 2012 3:27 pm
- Forum: devkitARM
- Topic: EOF type not recognized using '!=' ?
- Replies: 4
- Views: 8165
EOF type not recognized using '!=' ?
hello, I don't know if its an inherent problem of gcc, devkitarm or only my lack of knowledge, so if someone could explain me the following thing: I wrote this function inline char fFindC(FILE* file,char c) { char fc=EOF; do { fc=fgetc(file); } while(fc!=EOF || fc!=c); return c; } But the loop won't...