forums.ps2dev.org

1) gsGlobal = gsKit_init_global(); gsGlobal->Mode = GS_MODE_DTV_480P; gsGlobal->Interlace = GS_NONINTERLACED; gsGlobal->Field = GS_FRAME; gsGlobal->Width = 720; gsGlobal->Height = 480; gsKit_init_screen(gsGlobal); 2) Make sure libpng support is compiled into gsKit. Load the relevant iop modules for ...

That won't help since ps2-packer is a computer application for compressing elfs. The library libdl.a is provided by glibc on linux in relation to loading shared libraries. You should use the command 'make mingw', but you'll need to fix the Makefile's rules and definitions, like the MINGW_LIBGCC defi...

Wouldn't the svn commit log be just enough? You can get a specific log for the file or directory you want by specifying it on the 'svn log' command line, and even use grep to keyword search it. After finding the revision with the change you're interested in, you can use `svn diff --summarize -c REV`...

Thanks :D. I have a couple more fixes, and it should all be set. The iop_sbusdbg Makefile isn't formatted right. The forum replaces tab characters with spaces, three spaces from what I saw, so it probably got mangled from that. The common/sbus Makefile also had that PS2SDK/PS2SDKSRC problem. I also ...

It's because the imports.lst has I_iop_dbg_get_reg_frames listed as an imported symbol which isn't prepared as an imported symbol in "iopdebug.h" using DECLARE_IMPORT. Instead the name is treated as a variable definition with no type which wrecks the import table. static struct irx_import_...

I'll do that, then, :D. That would simplify things for both of us, since I have quite a few changes to ps2sdk coming up... quite a few :D.

I've tried for a couple years now, to no avail. I've just given up by now. I've got some more information on that error. I've found the definition for IOP_RegFrame in ps2_debug.h in the 'common' folder. It looks like the only thing that isn't implemented is: iop_dbg_get_reg_frames(&_iop_ex_def_f...

No fixes have been committed yet. I'm waiting to see if Herben has the corrections needed for iop_sbusdbg to compile, :D. Besides, I don't have commit access :/.

I fixed the definition of the kprintf_handler_func_t by typedefining it to a char pointer, but then ran into the problem of I_iop_dbg_get_reg_frames not being defined in iopdebug. There's also another undefined type named IOP_RegFrame. I decided to remove iop_sbusdbg from the SUBDIRS variable in the...

I'm not sure if you're done updating, but the iop_sbusdbg library isn't compiling. kprintf_handler_func_t is undefined. It's on line 187 of sbus_tty.c. The Makefile also uses PS2SDK instead of PS2SDKSRC and was missing some include directories when the variables were switched. I changed it to this t...

Yeah, I've run into that 64-bit typecasting problem myself. Doing direct assignments with implicit typecasting to the other types in the union seems to work fine as long as the qword has been initialized to 0. For negative values, I can always store the value, pnor the register with the zero registe...

Sorry about dragging up such an old topic, but I've been testing this every now and then trying to fix it in gcc, but no luck yet. I did find kind of a workaround for this case. If you use a 16-byte union like this: typedef union { u8 byte[16]; u16 hword[8]; ...

I thought MANPATH was deprecated, since man-db has pretty much taken over man and automates the finding of manpages, using man_db.conf and PATH. It looks like Gentoo still uses man though, so yeah, you should probably do that. You could even lump them together under ps2dev/man or something. If any c...

:D, Thanks, they're all fixed up now. I didn't realize that svn delete was needed in order to remove files back then, heh. I figured that svn diff/patch had something figured out for that scenario, but I guess not :S. Thanks again :D.

I modified my original post with verbose steps to fix the ports of libpng/libjpeg, since they're not in working condition right now. My previous patches only partially worked since files needed to be deleted. The problem with libpng is that the makefile is still the old one plus has an outdated libp...

They're not really neccessary if you aren't planning on using some little known gcc option or etc. and googling for the behavior you want binutils/gcc to have rather than searching through the man pages is easier. Just keep in mind that they're more accurate for gcc-3.2.2 than gcc4's or gcc34's manp...

Thanks. I haven't had time to test a 64-bit build to see if the optimization flags fixed ee-as, yet, but I'll get on that as soon as possible. I've been examining that bug, but I'm not sure what's happening. If foo() is changed to signed, gcc moves it to $v1 then dsra32's it 63 bits then stores that...

Hey, Herben, :D. Would that be 64-bit or 32? I think a lot of the bugs are sorted out now except for http://forums.ps2dev.org/viewtopic.php?t=1431 Yeah, I'm grateful for those patches, too, especially considering they had to modify the generic MIPS code already there, *_*. :D, yeah, I use FCEUMM for...

From the changelog, it looks like a buffer overflow for ee-ar was fixed by compiling binutils with -O0. I wonder if that might fix the bug with ee-as which was the problem I ran into when compiling a 64-bit version of the toolchain. GCC was patched to fix collect2, which doesn't seem to relate to th...

Ahh, I didn't know that. I thought XMCSERV had setup the "mc" device with iomanX, for some reason. Thanks for clarifying that for me :D.

You haven't listed rom0:XMCSERV as a module that's been loaded. It sets up the RPC server for accessing the memory card from EE which should fix the freezes on accessing "mc0:/" and "mc1:/". It should be loaded right after rom0:XMCMAN. As for the second problem, from your descrip...

Sorry that I didn't respond faster, my Arch install broke after doing a kernel update back in April which catalyst didn't support until just this month. I just did a total reinstall and didn't have any trouble except for having to build gcc34 from the AUR. Herben made some updated ps2toolchain patch...

The cross-ps2-ee-gcc-base package needs to be removed first, prior to installing cross-ps2-ee-gcc. The base package is no longer needed after building the full gcc package, anyway. I guess I forgot to mention that, :D. The reason for the conflict is because the base package and full gcc package have...

The order should be cross-ps2-binutils (builds all ee/iop/dvp binutils), cross-ps2-ee-gcc-base, cross-ps2-ee-newlib (needed for building ee-g++), cross-ps2-ee-gcc (C/C++), and cross-ps2-iop-gcc. I have a few more pkgbuilds, as well. They're called ps2sdk-ports-libjpeg-svn.tar.gz, ps2sdk-ports-libpng...

Okay, new PKGBUILDS are up. All the packages build with gcc-3.4, since it's easier to maintain that way. It should build fine on x86_64 or i686.

I tried using it first, but the command doesn't seem to execute quite right. The find command outputs a list of "No such file or directory" errors. The command that I used did work, though. I guess I can change it to the following, which has no backticks. find . -type d -name .svn -print0 ...

http://homebrew.thewaffleiron.net/ragnarok2040/ps2sdk-svn.tar.gz I've finished making the PKGBUILD for ps2sdk. I've made it as configurable as the others, using _prefix for custom defining the ps2dev installation directory. The pkgver variable can be defined to a custom revision number, as well. I i...

It should play nicely with the host toolchain, I added options to disable the automated running of the host's strip and libtool in the PKGBUILDS and added commands to just strip the host executable binaries within the PKGBUILDS. On a side note, I haven't tested compiling it on x86_64, yet. It should...

Description: These are PKGBUILDS for the toolchains and libraries needed for ps2dev. The packages install to /opt/ps2dev by default, but you can change the _prefix variable to whatever path, just remember to change it so it's the same across all the PKGBUILDS. I followed Archlinux's AUR package guid...

I changed the gskit_init_global() function because the mode argument is no longer needed, since it has integrated auto mode detection for PAL or NTSC interlaced field mode, which are the modes most used by legacy gsKit apps. The easiest fix is to change the macro in the gsInit.h header to define gsk...