How are values larger than u64 handled for Constant::Int? about llvm-ir

[cdisselkoen]

A great question, thanks for reporting!

Currently, llvm-ir relies on the LLVM C API function LLVMConstIntGetZExtValue(), which in turn calls the C++ function llvm::ConstantInt::getZExtValue(), which fails with assert() if the constant value doesn't fit in 64 bits. (Larger constants are fine if they have all zeroes in the bits higher than 64.) So, to answer the "what happens" question, I believe that if your 128-bit constant integer has all zeroes in the upper 64 bits (so, if it is less than 2^64) then the value in the Constant::Int represents the true 128-bit constant value; but if the 128-bit constant integer doesn't fit in 64 bits, then Module::from_bc_path() will fail.

I may be missing something, but it looks to me at first glance that the LLVM C API doesn't have a function to get the values of larger constant integers. This may be part of the same family of problems discussed in our README in the Limitations section (see also LLVM bug 42692). If that is indeed the case, then the fix here will have to be to submit a patch to LLVM adding a function or functions to the LLVM C API. On first glace, I think the C API function should probably use llvm::ConstantInt::getValue() and then somehow expose the resulting llvm::APInt over the C interface. If you're interested in working on this, by all means go for it!

[phi-go]

Thank you for the fast and comprehensive answer!
For my use case this is actually a reasonable state of things.

If my project, that I'm using this library for, works out, I will probably take some time to look at removing some limitations.
However, until then I can't promise that I will find time to do so.

I guess we should leave this issue open, until someone gets around to it.

[cdisselkoen]

I'm happy leaving this open until someone gets around to it (doesn't have to be you). I might make a note in our Limitations section or in the Constant docs. Thanks for the report!