| Author |
Message |
|
TheStorm
NOU!
Joined: 26 Mar 2007
Posts: 2375
|
 Posted: 25 Nov 2011 01:13:32 am Post subject: GCC PrizmSDK v0.3! |
 |
|
So after a long overdue major overhaul of the makefiles and some additions to libfxcg I am ready to release PrizmSDK v0.3, termed by some the Cemetech PrizmSDK. The biggest improvement is to the makefiles and build system and it puts me one step closer to a much cleaner setup. Most of the changes are based on the makefiles used by DevkitPro and I plan to move to an installer-based system similar to theirs in the future as well.
The most obvious change visible to the user is the new project directory layout. It is now much cleaner and uses a convenient project layout with specific folders for source files and temp object and such. All the configuration is still in the Makefile in the project directory, which has been cleaned up and commented. All of the dirty work was moved to a separate Makefile in the common folder of the SDK and the project directory shall now house only projects. The end goal is to allow the project directory to lie anyway and have environment variables for where the SDK lies. In the process I also made the makefiles much more cross-platform safe though it might still need more tweaking to get just right.
I still wish to clean up the headers quite a bit more and move to just one header for all the syscalls and have that header include the extra headers with the core typedefs. There is no reason to have the headers split up as they are and I intend to clean that up with the next SDK update, if I don’t sneak it into this one. (if you notice filemodtimes change, this would be why)
The next big step will be to include an installer which can optionally grab msys instead of me having to include chunks of msys and cygwin for make and friends to function properly for people without them installed. Please respond with any bugs or issues and I will address them as soon as possible. With how long it took me to complete this release I’m sure I forgot something or made a typo somewhere and the only way I can fix it is if I know about it.
Download:
 xz: PrizmSDK-0.3.tar.xz (11M)
gz: PrizmSDK-0.3.tar.gz (42M)
zip: PrizmSDK-0.3.zip (44M)
_________________
"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown
"If you've done something right no one will know that you've done anything at all" -Futurama
"Have a nice day, or not, the choice is yours." Tom Steiner
<Michael_V> or create a Borg collective and call it The 83+
<Michael_V> Lower your slide cases and prepare to be silent linked. Memory clears are futile. |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55733
Location: Earth, Sol, Milky Way
|
| Posted: 25 Nov 2011 08:29:09 pm Post subject: |
|
|
Congratulations on this release, Jonimus.  I hope I was able to offer a positive suggestion or two for the process. I look forward to continued to enjoy your hard work in completing things like Tetrizm and my other ongoing Prizm projects!
_________________
 
 
 |
|
| Back to top |
|
|
merthsoft
File Archiver
Joined: 09 May 2010
Posts: 2735
|
| Posted: 25 Nov 2011 08:30:09 pm Post subject: |
|
|
atoi disappeared 
_________________
Shaun |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55733
Location: Earth, Sol, Milky Way
|
| Posted: 25 Nov 2011 08:50:27 pm Post subject: |
|
|
| merthsoft wrote: | | atoi disappeared |
It's not in libc anymore?
_________________
|
|
| Back to top |
|
|
TheStorm
NOU!
Joined: 26 Mar 2007
Posts: 2375
|
| Posted: 25 Nov 2011 10:30:17 pm Post subject: |
|
|
No I had a version of atoi that I had thrown in to the lib while I worked on libc, but it someone disappeared from the latest build
_________________
"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown
"If you've done something right no one will know that you've done anything at all" -Futurama
"Have a nice day, or not, the choice is yours." Tom Steiner
<Michael_V> or create a Borg collective and call it The 83+
<Michael_V> Lower your slide cases and prepare to be silent linked. Memory clears are futile. |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55733
Location: Earth, Sol, Milky Way
|
| Posted: 26 Nov 2011 02:57:54 am Post subject: |
|
|
| TheStorm wrote: | | No I had a version of atoi that I had thrown in to the lib while I worked on libc, but it someone disappeared from the latest build |
Good thing that you're using version control, then, and that you'll be able to rescue it for us!  I still need to organize, clean up, and pack my set of standard graphics routines into something less chaotic one of these days.
_________________
|
|
| Back to top |
|
|
Ashbad
... I think redheaded girls are kind of cool
Joined: 01 Dec 2010
Posts: 2417
Location: Stomp Stomp Stomp, The Idiot Convention
|
| Posted: 27 Nov 2011 01:49:53 pm Post subject: |
|
|
well, it seems "memset" in string.h is broken. It'll compile fine, but it doesn't seem to fill memory correctly -- it either fills too much, or too little. My FillData routine, when switched out with memset, worked fine however:
Code:
void*FillData(void*pointer, unsigned char element, int amount){
void*pointer_ref = pointer;
for(int i = amount; i > 0; i--) {
*((unsigned char*) pointer++) = element;
}
return pointer_ref;
}
perhaps a typo or something in the memset in the SDK?
_________________
-Ashbad |
|
| Back to top |
|
|
TheStorm
NOU!
Joined: 26 Mar 2007
Posts: 2375
|
| Posted: 27 Nov 2011 02:12:36 pm Post subject: |
|
|
Memset is a syscall so if it isn't working correctly then it may not actually be memset, I can double check the syscall number matches simons SDK and if it does then we'll have to assume it was misidentified and go from there.
_________________
"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown
"If you've done something right no one will know that you've done anything at all" -Futurama
"Have a nice day, or not, the choice is yours." Tom Steiner
<Michael_V> or create a Borg collective and call it The 83+
<Michael_V> Lower your slide cases and prepare to be silent linked. Memory clears are futile. |
|
| Back to top |
|
|
Ashbad
... I think redheaded girls are kind of cool
Joined: 01 Dec 2010
Posts: 2417
Location: Stomp Stomp Stomp, The Idiot Convention
|
| Posted: 27 Nov 2011 02:16:07 pm Post subject: |
|
|
ah, okay, that would make sense then. Perhaps my data was just completely uninitialized after that memset call then, which would explain the memory changing after different runs.
_________________
-Ashbad |
|
| Back to top |
|
|
gbl08ma
Power User
Joined: 26 Nov 2011
Posts: 475
Location: Portugal
|
|
| Back to top |
|
|
TheStorm
NOU!
Joined: 26 Mar 2007
Posts: 2375
|
| Posted: 08 Dec 2011 05:32:04 pm Post subject: |
|
|
If its a syscall then it will work with both SDK's, but if it is one of the routines simon added it will not. I tried to port some of them over but his code refused to compile under gcc.
_________________
"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown
"If you've done something right no one will know that you've done anything at all" -Futurama
"Have a nice day, or not, the choice is yours." Tom Steiner
<Michael_V> or create a Borg collective and call it The 83+
<Michael_V> Lower your slide cases and prepare to be silent linked. Memory clears are futile. |
|
| Back to top |
|
|
gbl08ma
Power User
Joined: 26 Nov 2011
Posts: 475
Location: Portugal
|
|
| Back to top |
|
|
TheStorm
NOU!
Joined: 26 Mar 2007
Posts: 2375
|
| Posted: 08 Dec 2011 06:05:33 pm Post subject: |
|
|
Look at what header it is contained in, if it doesn't say _syscalls in it then I most likely don't have it.
_________________
"Always code as if the person who will maintain your code is a maniac serial killer that knows where you live" -Unknown
"If you've done something right no one will know that you've done anything at all" -Futurama
"Have a nice day, or not, the choice is yours." Tom Steiner
<Michael_V> or create a Borg collective and call it The 83+
<Michael_V> Lower your slide cases and prepare to be silent linked. Memory clears are futile. |
|
| Back to top |
|
|
Eiyeron
Member
Joined: 12 Dec 2011
Posts: 158
|
| Posted: 14 Dec 2011 01:08:26 pm Post subject: |
|
|
Internal error: Segmentation Fault
Hum... AAARGH!
Why? I just have One single 1.58Mo sized filed with only one function...
_________________
  |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55733
Location: Earth, Sol, Milky Way
|
| Posted: 14 Dec 2011 01:24:29 pm Post subject: |
|
|
| Eiyeron wrote: | Internal error: Segmentation Fault
Hum... AAARGH!
Why? I just have One single 1.58Mo sized filed with only one function... |
I believe there's a limit on the size of add-ins, and I'm pretty sure it's smaller than 1.58MB. Why is your add-in that huge??
_________________
|
|
| Back to top |
|
|
Eiyeron
Member
Joined: 12 Dec 2011
Posts: 158
|
| Posted: 14 Dec 2011 01:51:20 pm Post subject: |
|
|
151 front sprites...
Don't think about removing -Os from makefile! :p
_________________
|
|
| Back to top |
|
|
JosJuice
Power User
Joined: 17 Oct 2010
Posts: 306
Location: Sweden
|
| Posted: 14 Dec 2011 03:38:16 pm Post subject: |
|
|
| KermMartian wrote: | | Eiyeron wrote: | Internal error: Segmentation Fault
Hum... AAARGH!
Why? I just have One single 1.58Mo sized filed with only one function... |
I believe there's a limit on the size of add-ins, and I'm pretty sure it's smaller than 1.58MB. Why is your add-in that huge?? |
The Physium add-in is slightly larger. We believed that there was a 1 MB limit, but it may have been removed. |
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55733
Location: Earth, Sol, Milky Way
|
| Posted: 14 Dec 2011 03:53:42 pm Post subject: |
|
|
| Eiyeron wrote: | 151 front sprites...
Don't think about removing -Os from makefile! :p |
151 sprites at what dimensions and color depth? Also, that sounds suspiciously like it might be a Pokemon game. Are you aware that SourceCoder can turn images into arrays for the Prizm?
_________________
|
|
| Back to top |
|
|
Eiyeron
Member
Joined: 12 Dec 2011
Posts: 158
|
| Posted: 15 Dec 2011 01:32:07 pm Post subject: |
|
|
With the program that I uploaded, and another progs I made for this occasion, I coded ALL the 151 front sprites in 16 bit with palette compression... :p
_________________
|
|
| Back to top |
|
|
KermMartian
Site Admin
Joined: 14 Mar 2005
Posts: 55733
Location: Earth, Sol, Milky Way
|
| Posted: 15 Dec 2011 01:36:48 pm Post subject: |
|
|
| Eiyeron wrote: | | With the program that I uploaded, and another progs I made for this occasion, I coded ALL the 151 front sprites in 16 bit with palette compression... :p |
And how big are they? Without palette compression, 1.54MB for 151 sprites (neglecting code) is 0.0101MB = 10.44KB each, or at 2 bytes per pixel, 5347 pixels each. I guess that works out to be 72x72 pixels each, which is actually not that big. Meh.
_________________
|
|
| Back to top |
|
|
|
![[t]](/forum/templates/Cemetech6/images/twitter.png)
![[t]](/forum/templates/Cemetech6/images/fb.png)
![[RSS]](/forum/templates/Cemetech6/images/rss.png)
