search for: osolin

...perform optimisations on my code in the following manner: - translate code from MSIL - optimize code (inlining, probably other cool optimisations) - translate back to MSIL Is this possible with LLVM. If not, will it ever be possible (is someone working on that). Thank in advance for reply, Žiga osolin

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 scr...

...robably 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. I would be thankful for any suggestion, Žiga Osolin

Chris Lattner pravi: > On Tue, 21 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: >> I was going through documentation and source lately, and I decided >> how to >> make llvm bytecode more compatible to C++: >> 1) thiscall sould be introduced, which would take N arguments and the >> first argument would always be the C++ "this" arg...

> 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...

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 &g...

On Tue, 21 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: > I was going through documentation and source lately, and I decided how to > make llvm bytecode more compatible to C++: > 1) thiscall sould be introduced, which would take N arguments and the > first argument would always be the C++ "this" argument. This would > abs...

...cci example (to test if it really works). In order to do so, I may need some hints: 1) How to generate X86GenRegisterNames.inc required by x86 (or any other files, if there are any other) 2) Is bugpoint project buildable on windows? 3) Which other tools can be compiled for windows? Regards, Žiga Osolin

Chris Lattner pravi: > On Tue, 21 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: >>> Sure. Anton can give you ideas for this. >>> >> I think it should not be too difficult because you allow custom call >> conversions and this is quite easy to add, we only have to garantee that >> the backend will emit it. > > Right. > >&gt...

...ytecodes 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 (Baadengine scripts format - java/C# like language, used for this project). Reegards, Žiga Osolin -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: llvm.patch URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20061104/aa5915d3/attachment.ksh>

On Tue, 21 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: >> Sure. Anton can give you ideas for this. >> > I think it should not be too difficult because you allow custom call > conversions and this is quite easy to add, we only have to garantee that > the backend will emit it. Right. >>> 2) the ret instruction shou...

On Mon, 6 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: > The problem is this is not possible, because what I would compile to JIT > are actual classes. The integration of C++ and JIT code is very > important; for example we would create our own vtbls with JIT-ed code > addresses as the function call target. Ok. Realize that this ti...

I was going through documentation and source lately, and I decided how to make llvm bytecode more compatible to C++: 1) thiscall sould be introduced, which would take N arguments and the first argument would always be the C++ "this" argument. This would abstract llvm compiler dependant C++ code emittion. 2) the ret instruction should be able to return structs (as Chris has already

On Sat, 18 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: > I am currently trying to make EH (exception handling) possible to be > integrated in C++. This means that C++ code can throw exceptions and > llvm code can catch such exception and llvm can throw exceptions that > C++ can catch (or pass through). There are quite some difficulti...

Chris Lattner pravi: > On Sat, 18 Nov 2006, [ISO-8859-2] Žiga Osolin wrote: >> I am currently trying to make EH (exception handling) possible to be >> integrated in C++. This means that C++ code can throw exceptions and >> llvm code can catch such exception and llvm can throw exceptions that >> C++ can catch (or pass through). There are quite...

Hello! I am currently trying to make EH (exception handling) possible to be integrated in C++. This means that C++ code can throw exceptions and llvm code can catch such exception and llvm can throw exceptions that C++ can catch (or pass through). There are quite some difficulties with approach: * I must write ABI specific backends for EH. Since we support Visual Studio and GCC, two

.... 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 (Baadengine scripts format - java/C# like language, > used for this project). > > Reegards, > �iga Osolin > >

I was wondering if (and when) is the full C++ compiling support (as it was with llvm3) to be expected (this mainly means the addition of EH to llvm)? Regards, Žiga

I was going through documentation and source lately, and I decided how to make llvm bytecode more compatible to C++: 1) thiscall sould be introduced, which would take N arguments and the first argument would always be the C++ "this" argument. This would abstract llvm compiler dependant C++ code emition. 2) the ret instruction should be able to return structs (as Chris has already

Hi all, I've been following LLVM for a couple of years, and though I've not found an occasion to use it (yet), I'm always curious about its potential uses. I was discussing with friends about the Cell processor, and some of the arguments were that it is difficult to program and difficult to optimize. One of the concerns was that the PPE (central processor) is "in