| View previous topic :: View next topic |
| Author |
Message |
deniska
Joined: 17 Oct 2005
Posts: 71
Location: New York
|
 Posted: Sun Jun 01, 2008 9:32 am Post subject: problems with latest toolchain / psplibraries builds |
 |
|
I recently decided to upgrade the sdl and the libraries on 2 of my computers. The installation of the toolchain and the libraries went ok on both cygwin and ubuntu boxes. I have recompiled a couple of sdl game ports and that went ok too, but the resulting executables wont run on psp. I don't see any errors in psplinkusb's pspsh and it just shuts the psp down if ran from memory stick.
The tests were done on the slim, and the same code seems to work if compiled with 5month old sdk build.
Does anyone have any clues as to what changed or experience similar problems? |
|
| Back to top |
|
 |
bykte
Joined: 01 Jun 2008
Posts: 3
|
| Posted: Sun Jun 01, 2008 3:03 pm Post subject: |
|
|
| I think I am having the same problem as you. I am currently using revision 2392. All the executables that I compiled with it cannot be executed on my SLIM, 390m33-3 PSP resulting the PSP to be shutdown within a few seconds of running it. Someone with an older revision of the SDK compiled the exact same copy and it ran on my PSP without the shutdown problem. |
|
| Back to top |
|
|
Cpasjuste
Joined: 29 May 2005
Posts: 214
|
| Posted: Sun Jun 01, 2008 6:29 pm Post subject: |
|
|
Same here, updated my sdk yesterday and same problem :x
There is a bug in the latest sdk. |
|
| Back to top |
|
|
MagerValp
Joined: 20 Jul 2007
Posts: 10
|
| Posted: Sun Jun 01, 2008 8:09 pm Post subject: |
|
|
I'm having a possibly related problem, where psplink shuts down my 3.90M33-3 fat when I start usbhostfs_pc, as detailed here:
http://forums.ps2dev.org/viewtopic.php?t=10377
psplink compiled with an earlier sdk runs fine. |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Sun Jun 01, 2008 9:56 pm Post subject: |
|
|
| I have updated my SDK this morning after reading this thread and I have the same issues too. |
|
| Back to top |
|
|
whistler
Joined: 04 Mar 2008
Posts: 40
|
| Posted: Sun Jun 01, 2008 10:25 pm Post subject: |
|
|
| i'm using revison 2392 and i don't have any problems with either the psptoolchain or sdl and the support libraries. all my executables compile and run on my psp slim |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Sun Jun 01, 2008 10:52 pm Post subject: |
|
|
| whistler wrote: | | i'm using revison 2392 and i don't have any problems with either the psptoolchain or sdl and the support libraries. all my executables compile and run on my psp slim |
Did you update the entire toolchain to revision 2392 or just the SDK (ie. via ./toolchain.sh 6)?
I did a full install of revision 2391 and that worked perfectly.
Revision 2392 seems broken.
I've commited a fix in revision 2393, I'm just running the toolchain script now to ensure it works. |
|
| Back to top |
|
|
whistler
Joined: 04 Mar 2008
Posts: 40
|
| Posted: Sun Jun 01, 2008 11:08 pm Post subject: |
|
|
| Insert_witty_name wrote: | | whistler wrote: | | i'm using revison 2392 and i don't have any problems with either the psptoolchain or sdl and the support libraries. all my executables compile and run on my psp slim |
Did you update the entire toolchain to revision 2392 or just the SDK (ie. via ./toolchain.sh 6)?
I did a full install of revision 2391 and that worked perfectly.
Revision 2392 seems broken.
I've commited a fix in revision 2393, I'm just running the toolchain script now to ensure it works. |
i was originally on 2390. to update to 2392 i ran ./toolchain.sh 6 and reran ./libraries.sh
btw i've just started a completely fresh installation of revision 2393, if i have any problems i'll post back here |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Sun Jun 01, 2008 11:15 pm Post subject: |
|
|
Seems that the problem still persists.
I'll revert the binutils patch back to the working version of 2391 until Oopo can take a proper look at it.
[EDIT] I've reverted the binutils patch back to the working revision from 2391.
Commited in revision 2394. |
|
| Back to top |
|
|
whistler
Joined: 04 Mar 2008
Posts: 40
|
| Posted: Sun Jun 01, 2008 11:23 pm Post subject: |
|
|
| yes, i've just finished a fresh install of the toolchain (2393) and i'm experiencing the same problems as everyone else. its a good job i zipped the old pspdev folder before testing the update! |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Mon Jun 02, 2008 12:48 am Post subject: |
|
|
| Revision 2394 should fix any issues. |
|
| Back to top |
|
|
deniska
Joined: 17 Oct 2005
Posts: 71
Location: New York
|
| Posted: Mon Jun 02, 2008 2:13 am Post subject: |
|
|
| Insert_witty_name wrote: | | Revision 2394 should fix any issues. |
great, I'll update and report back! |
|
| Back to top |
|
|
hibbyware
Joined: 28 Mar 2007
Posts: 78
|
| Posted: Mon Jun 02, 2008 2:20 am Post subject: |
|
|
~Report~
I have just finished updating to Revision 2394 and still have the same issues, |
|
| Back to top |
|
|
whistler
Joined: 04 Mar 2008
Posts: 40
|
| Posted: Mon Jun 02, 2008 3:04 am Post subject: |
|
|
| hibbyware wrote: | ~Report~
I have just finished updating to Revision 2394 and still have the same issues, |
me too |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Mon Jun 02, 2008 3:13 am Post subject: |
|
|
Apologies.
I have commited revision 2395, which should fix all the problems.
I have rerun toolchain.sh fully and am able to run binaries produced with the SDK. |
|
| Back to top |
|
|
hibbyware
Joined: 28 Mar 2007
Posts: 78
|
| Posted: Mon Jun 02, 2008 3:15 am Post subject: |
|
|
Thanks Insert_witty_name,
I will try updating to 2395 now,
~edit~
I can confirm Revision 2395 is OK, Yay!
Once again thanks Insert_witty_name, |
|
| Back to top |
|
|
ooPo
Site Admin
Joined: 17 Jan 2004
Posts: 2032
Location: Canada
|
| Posted: Mon Jun 02, 2008 10:44 am Post subject: |
|
|
| Uh, so what was the problem and what was the fix? :) |
|
| Back to top |
|
|
deniska
Joined: 17 Oct 2005
Posts: 71
Location: New York
|
| Posted: Mon Jun 02, 2008 3:01 pm Post subject: |
|
|
| Insert_witty_name wrote: | Apologies.
I have commited revision 2395, which should fix all the problems.
I have rerun toolchain.sh fully and am able to run binaries produced with the SDK. |
yep, it work ok now.. thanks! |
|
| Back to top |
|
|
Cpasjuste
Joined: 29 May 2005
Posts: 214
|
| Posted: Mon Jun 02, 2008 6:12 pm Post subject: |
|
|
It work here too, but something have changed in the sony osk usage.
The default keyboard is always set to chinsee (or jap dunno). When i change the "language" param, only the "confirm exit" box is concerned by the setting.
Also i can't retrieve the input texte anymore :x
Does someone have a solution ? |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Mon Jun 02, 2008 6:18 pm Post subject: |
|
|
I updated the OSK header and added a sample recently.
Check out the sample. |
|
| Back to top |
|
|
archeon
Joined: 02 Jun 2008
Posts: 4
|
| Posted: Mon Jun 02, 2008 6:35 pm Post subject: revision check |
|
|
<<<<edit: solved now, thanks>>>>>
sorry for the newbie question, but how do I check what SVN revision I built pspsdk/toolchain from? I am having this exact problem with 3.90 M33
Thanks! |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Mon Jun 02, 2008 11:10 pm Post subject: |
|
|
| ooPo wrote: | | Uh, so what was the problem and what was the fix? :) |
I have no idea what actually broke, but it was broken by the changes introduced in revision 2392.
I didn't fix it as such, but reverted the toolchain.sh and binutils patch back to what they were in revision 2391.
Just for clarification Oopo, all I have to do to get the toolchain to compile on OSX is to change the last line of 001-binutils-2.16.1.sh from:
| Code: | | make clean && make -j 2 && make install && make clean || { exit 1; } |
to
| Code: | | make clean && make -r -j 2 && make install && make clean || { exit 1; } |
Maybe an update with a check using uname = Darwin? |
|
| Back to top |
|
|
ooPo
Site Admin
Joined: 17 Jan 2004
Posts: 2032
Location: Canada
|
| Posted: Tue Jun 03, 2008 12:23 am Post subject: |
|
|
So it compiles, but does it run? :)
| Quote: | -r, --no-builtin-rules
Eliminate use of the built-in implicit rules. Also clear out the default list of suffixes for suffix rules. |
If that doesn't break anything then we can add it to all builds, otherwise a check would be fine. Can someone test building it on a non-OSX machine? |
|
| Back to top |
|
|
Insert_witty_name
Joined: 10 May 2006
Posts: 376
|
| Posted: Tue Jun 03, 2008 1:26 am Post subject: |
|
|
Yes it compiles and runs on my OSX machine using the -r flag.
I also have a cygwin and linux setup so I'll test tonight if it works on both those too. |
|
| Back to top |
|
|
ooPo
Site Admin
Joined: 17 Jan 2004
Posts: 2032
Location: Canada
|
| Posted: Tue Jun 03, 2008 2:15 am Post subject: |
|
|
| Ok, good. Thanks. :) |
|
| Back to top |
|
|
J.F.
Joined: 22 Feb 2004
Posts: 2906
|
| Posted: Tue Jun 03, 2008 2:21 am Post subject: |
|
|
| Tested under Ubuntu 8.04. Seems to be fine with the -r option. Had to change one more field for the OSK in Doom compared to the last time I updated the SDK. :) Not many unknowns left. |
|
| Back to top |
|
|
ooPo
Site Admin
Joined: 17 Jan 2004
Posts: 2032
Location: Canada
|
| Posted: Tue Jun 03, 2008 3:00 am Post subject: |
|
|
| So if its working fine under OSX and Linux, are there any complaints before I submit it to the repository? |
|
| Back to top |
|
|
J.F.
Joined: 22 Feb 2004
Posts: 2906
|
| Posted: Tue Jun 03, 2008 4:20 am Post subject: |
|
|
While you're doing that, how about submitting something we've been talking about for a while, but never got around to - being able to set the heap size to the max minus a variable amount. The code change is to _sbrk in libcglue.c in newlib.
You change
| Code: | if (heap_size == (unsigned int) -1) {
heap_size = sceKernelMaxFreeMemSize();
} else {
heap_size *= 1024;
}
|
to
| Code: | heap_size *= 1024;
if ((int)heap_size < 0)
heap_size += sceKernelMaxFreeMemSize();
|
PSP_HEAP_SIZE_MAX() is still the same, but you can now set the heap to be the max - x using PSP_HEAP_SIZE_KB(negative kb). For example,
| Code: | | PSP_HEAP_SIZE_KB(-1024); |
sets the heap size to MAX - 1024 KB. Positive values work the same way as before. I've tested the code above, and it really works. In pspuae on my Slim, I get 38.53 MB free for -1024, and 37.50 MB free for -2048. Setting it to 20000, gives a smidgen over 13 MB free.
This change is great for programs designed to give maximum memory on both the Phat and Slim without having two different binaries. Just set "PSP_LARGE_MEMORY = 1" in the makefile, then use a negative value for the heap size. Note that this is for cases where MAX cannot be used - for example, in SDL or LTE where threads are used. Setting MAX prevents threads from being created, which was what got us to talking about this negative value in the first place. |
|
| Back to top |
|
|
ooPo
Site Admin
Joined: 17 Jan 2004
Posts: 2032
Location: Canada
|
| Posted: Tue Jun 03, 2008 6:07 am Post subject: |
|
|
Easy enough to add that change, the only problem I can see is if someone uses the old method (-1), it'll give them 1K less than before the change.
If that's acceptable, I have the patch made and can commit it anytime. |
|
| Back to top |
|
|
J.F.
Joined: 22 Feb 2004
Posts: 2906
|
| Posted: Tue Jun 03, 2008 7:15 am Post subject: |
|
|
| ooPo wrote: | Easy enough to add that change, the only problem I can see is if someone uses the old method (-1), it'll give them 1K less than before the change.
If that's acceptable, I have the patch made and can commit it anytime. |
Yeah, I thought about making it more complex to check for -1 specifically, but come on! 1K? I can't envision it ever being an issue. :)
On the other hand, if your program is so close on memory that 1 KB less on the heap makes it fail, you probably need to do some more work on it in any case. :D |
|
| Back to top |
|
|
|
FAQ
Search
Memberlist
Usergroups
Register
Profile
Log in to check your private messages
Log in
