forums.ps2dev.org

[Heimdall]

Hi guys,

Lately I've been interested on LLVM, it looks like a very promissing project and it could be nice to write a code emitter for the MIPS allegrex CPU for it. IMHO this would simplify the development since we can build the LLVM for any platform and just retarget our final ASM to the PSP CPU.

Anyone thinks this is a good idea or the current GCC and SDK is the way to go instead of writting LLVM bitcode and then cross compile to the PSP.

They claim that using their optimizer the generated assembly is (sometimes) better than the GCC one...

I just would like to hear some feedback from the forum on this!

[hlide]

I was interested. But my experience with their old llvm-gcc 4.0 (LLVM 2.0) for iPhone shows me they still need to improve. I tried a PC cygwin version once but it generated a bad executable (i mean it wasn't right at computation) but it was a long time go.

Honestly, I was hoping for llvm, because it may be easier to add vfpu auto-vectorization.

The MIPS target contributer is normally considering a port for Allegrex (he posted once here for questions about FPU cycles) but i don't know about the real progress on it.

It's pretty hard for me to say if the new LLVM 2.2 is doing better for optimization as I didn't try it.

Anyway, if you are planning to do something for a psp port of llvm, you can count on me to help you.

[hlide]

and clang may also be promising as a replacement of gcc too : http://clang.llvm.org/.

[Heimdall]

Yes, clang looks promissing the only thing that worries me is that we need to compile all the SDK with it, i don't know if the gcc libs are compatible with llvm. What worries me there is the fact that we have some ASM specific code (all the .S files in the SDK) that I'm not sure how would llvm and clang handle...

[hlide]

so far, llvm-gcc produces :

1) direct 'as' sources
2) 'llvm' sources

if i'm not wrong llvm produces 'as' sources.

for the JIT, i dunno.

EDIT:

"The llvm-ld program has limited support for native code generation, when using the -native or -native-cbe options. Native code generation is performed by converting the linked bitcode into native assembly (.s) or C code and running the system compiler (typically gcc) on the result."

[jean]

....as far as i can see, Clang is very promising, but still severly limited "for the next two years" (as you can read on its site).... The idea to compile hi level code in low level bytecode for an ideal virtual machine surrounded by plenty of metadata and then give the ability to turn this into native code on release time is very smart. But this is all concerning only CPU....what about the remaining hardware of the platform? LLVM will not be able to automagically translate memory maps or device commands...I doubt this way one could mantain a single code for multiple platforms as PC/PSP without major differentiations usually handled with tons of "#ifdef"....
What do you think about it?

[hlide]