search for: integertypeid

...ntegrated into LLVM as well. The current big question is: how you're planning to deal with arbitrary precision stuff which might come from LLVM IR. Currently all the things seems to behave different in case of receiving e.g. i31: - functions like getTypeName() return some junk (the case Type::IntegerTypeID just falls through to Type::FloatTyID) - other functions just assert -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hi, I've written a backend for LLVM that allows LLVM IR to be transformed to a Java/JVM class file (llvm-jvm.patch.gz attached). Indirect function calls don't work yet, and there's probably some minor bugs in it, but it works well for the test cases that I've run through it. Also, several instructions are emulated by method calls due to deficiencies in the JVM instruction set

...m LLVM IR. I should be able to implement that. Would arbitrary precision support be required for the initial commit of the backend? > Currently all > the things seems to behave different in case of receiving e.g. i31: > - functions like getTypeName() return some junk (the case > Type::IntegerTypeID just falls through to Type::FloatTyID) getBitWidth raises an assertion before this can happen. -- David Roberts http://da.vidr.cc/ On Wed, Nov 25, 2009 at 21:03, Anton Korobeynikov <anton at korobeynikov.info> wrote: > Hello, David > > First of all, thanks for the backend submiss...