search for: baadengine

.... I found really a lot of warnings in the project. Should I clean them? GCC probably doesn't throw them, so I don't know ... I don't even want to try to compile with VS8 which is even better at warnings ... Otherwise, I hope to use llvm (and of course also the port) for my project, baadengine (www.baadengine.org). llvm would serve as a script compiler (could be static or to bytecodes and JIT-ed at execution). I have already made the compiler (parsing, code extraction), all I need is to send it to LLVM to process it for me. So you can soon expect a new frontend for BSF scripts (Baadeng...

Hello, everyone! My name is Žiga Osolin and I am one of administrators of baadengine project (www.baadengine.org). It is an open source, BSD-licenced, game engine. We are very interested in llvm to provide us runtime code generation (basically, wrappers to easily call scripts from C++ and vica-versa, via vtbl (we replace vtbl for scripted types)) and also to allow our VM to ru...

...rnings in the project. Should I clean them? GCC > probably doesn't > throw them, so I don't know ... I don't even want to try to compile with VS8 > which is even better at warnings ... > > Otherwise, I hope to use llvm (and of course also the port) for my project, > baadengine (www.baadengine.org). llvm would > serve as a script compiler (could be static or to bytecodes and JIT-ed at > execution). I have already made the compiler > (parsing, code extraction), all I need is to send it to LLVM to process it > for me. So you can soon expect a new > frontend...

...solution, but would require a speed penalty. The actual wrapper code could be OS dependant:) Is there any interest for llvm to have such features, such as integration directly to GCC compiled code, or VC++ compiled code (at the same time)? Because maybe it could be the part of llvm instead of baadengine, if you wish of course. Regards, Žiga

Hello! I have a question how about JIT-ed code and the C++ compiler compatibily. My project (www.baadengine.org) will use llvm and we will provide integration of JIT-ed code directly into C++ code. This means that C++ code can call JIT code just like any other code and JIT-ed code can call C++ code. We will compile to your bytecode from our BSF format. The question is if it is possible this to works....

...nalty. > The actual wrapper code could be OS dependant:) Seems feasible. > Is there any interest for llvm to have such features, such as > integration directly to GCC compiled code, or VC++ compiled code (at the > same time)? Because maybe it could be the part of llvm instead of > baadengine, if you wish of course. It depends on precisely how it integrates with llvm and how separated it is from other components. -Chris -- http://nondot.org/sabre/ http://llvm.org/

On Mon, 6 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: > The other thing are the return types. I don't know (it is probably even > not documented) how VC++ returns smart pointer (boost::smart_ptr), > or any other type (other basics types, such as int, float, ... are > probably returned into EAX as with GCC). Once again, we may > need specific return values per arhitecture. It is