forums.ps2dev.org

ooPo wrote:The script doesn't install libgmp and libmpfr. So, no.
Also, installing them into /usr/local is generally a better idea.

got it. gmp needs to be compiled with "ABI=32", else it will not match mpfr et al.

heyho... im trying to build the toolchain (svn rev. 2446) for osx for 2 days now, but step 002 fails on me with: ====================================== gcc -g -O2 -DIN_GCC -DCROSS_DIRECTORY_STRUCTURE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -Wmissing-f...

we have one at the office, but the guy who owns it will probably take it home to germany next week, and i cant afford one before january. a project that i could imagine for ps2dev: - since a lot of people might be interested in homebrew while not beeing linux-savy or interested in linux at all, a ti...

yeah. shift reload on the open platform site did the trick. the loader is there.

"Currently X server uses virtual frame buffer to render its image. No hardware acceleration is supported under Linux." i wonder how much nagging needs to take place until we get gl es there. :) the rest looks cool, like it will be possible to create a nice linux-kernel based launcher, and ...

are you sure that you actually compiled the lib for psp? and not for the host system that you use to compile?

f

please dont start before breakpoint 06, which is during the easter weekend. after that, i'd probably like to take part.

f

i am not totally sure why you would want to do that, since for realtime generated textures (emu screen etc) just displaying them unswizzled should be a lot faster than uploading them, swizzle them and then display. and for non-realtime data ... well. you would of course pre-swizzle them in your tool...

my current setup enables usb when i launch my program (to upload new builds etc), and when i need to write something to the memcard from the psp (screenshots or something) i disable usb, write the stuff and then reenable usb. works flawlessly.

f

mameaddict, how about using a 2.0 firmware update? just as a hint. oh and you might want to use google to find one.

look into the examples under debugging, there is an example on how to use the exception handler that will tell you enough to use psp-addr2line when your program crashes.

also make sure you have -g in your compiler-options so line/debug infos are in your executable.

the 3500$ program is a very very good image converter that goes far beyond neuquant in terms of dithering/color reduction especially for palettized images. if you look at this from a commercial point of view, the 3500$ are cheap if compared to the cost of a programmer implementing a tool that is as ...

it's in the readme (haha ;)

svn co svn://svn.pspdev.org/psp/trunk/pspsdk

harold, i guess you did not understand what people are telling you. :) each pixel has 16 bits, of which 1 bit is used for alpha, and 5 bits for each red, green and blue. this "shifting orgy" you posted just scales down the color components from 8 bits per color to 5 bits per color and then...

the link has an additional / ... (see //) ... remove that, and the link works.

mh. i am trying to compile nem's helloworld with the psp-toolchain, and i get the same error. compiling the c files with psp-gcc works fine, but when i get to the startup.s, i get the errors. following your post i am under the impression that .include "/usr/local/pspdev/psp/psp/include/machine/...