Displaying 11 results from an estimated 11 matches for "int1ti".
Did you mean:
int1ty
2008 Feb 15
0
[LLVMdev] llvm.atomic.barrier implementation
On 2/15/08, Andrew Lenharth <andrewl at lenharth.org> wrote:
> I'll take a hack at the front end support for
> __sync_synchronize after this goes in.
This is the gcc side of the patch.
Index: gcc/llvm-convert.cpp
===================================================================
--- gcc/llvm-convert.cpp (revision 46956)
+++ gcc/llvm-convert.cpp (working copy)
@@
2009 Sep 18
3
[LLVMdev] compiling java frontend
Thanks, I am now working on compiling up VMKit. When compiling VMKit in my
up-to-date svn checkout I get several error messages on missing members of
the class 'llvm::Type':
PNetLib.cpp: In function ‘void decapsulePrimitive(n3::VMObject*, const
llvm::Type*, std::vector<llvm::GenericValue,
std::allocator<llvm::GenericValue> >&)’:
PNetLib.cpp:694: error: ‘Int1Ty’ is not a
2008 Feb 15
6
[LLVMdev] llvm.atomic.barrier implementation
Attached is the target independent llvm.atomic.barrier support, as
well as alpha and x86 (sse2) support. This matches Chandler's
definitions, and the LangRef patch will just restore that. Non-sse2
barrier will be needed, I think it is "lock; mov %esp, %esp", but I'm
not sure.
Any objections? I'll take a hack at the front end support for
__sync_synchronize after this
2009 Sep 18
0
[LLVMdev] compiling java frontend
Hi Andreas,
Since you're only looking for a Java frontend, I suggest you only build
the Java frontend of vmkit and don't pass any pnet or mono information
to the configure script. I haven't updated the pnet part of the .Net
frontend. On the other hand, the Java frontend is up-to-date.
Nicolas
Andreas Saebjoernsen wrote:
> Thanks, I am now working on compiling up VMKit. When
2009 Jun 05
2
[LLVMdev] Int1 to Double Type Conversion
Hello,
I would like to know if there is an instruction to convert values from the
Int1 type to the Double type in LLVM. I would like to achieve the equivalent
of casting a bool value to a double value in C++. Doing the simple
CreateSIToFP or CreateUIToFP does not work, it throws an assertion ("invalid
cast"). I simply want to avoid branching it's not necessary. What's the
2009 Jun 05
0
[LLVMdev] Int1 to Double Type Conversion
On Fri, Jun 5, 2009 at 2:15 PM, Nyx<mcheva at cs.mcgill.ca> wrote:
>
> Hello,
>
> I would like to know if there is an instruction to convert values from the
> Int1 type to the Double type in LLVM. I would like to achieve the equivalent
> of casting a bool value to a double value in C++. Doing the simple
> CreateSIToFP or CreateUIToFP does not work, it throws an assertion
2008 Feb 15
2
[LLVMdev] llvm.atomic.barrier implementation
On Feb 15, 2008, at 2:29 PM, Andrew Lenharth wrote:
> On 2/15/08, Andrew Lenharth <andrewl at lenharth.org> wrote:
>> I'll take a hack at the front end support for
>> __sync_synchronize after this goes in.
>
> This is the gcc side of the patch.
Thanks for tackling this Andrew.
Please prepare a patch for LangRef.html that explains what this thing
does :). What
2008 Jun 05
0
[LLVMdev] A question about CBackend.cpp
Hi,
I'm reading the code in CBackend.cpp and found some wired chunk in
void CWriter::printConstant(Constant *CPV)
938 if (ConstantInt *CI = dyn_cast<ConstantInt>(CPV)) {
939 const Type* Ty = CI->getType();
940 if (Ty == Type::Int1Ty)
941 Out << (CI->getZExtValue() ? '1' : '0');
942 else if (Ty == Type::Int32Ty)
943 Out << CI->getZExtValue() <<
2008 Feb 15
3
[LLVMdev] llvm.atomic.barrier implementation
On Feb 15, 2008, at 2:29 PM, Andrew Lenharth wrote:
> On 2/15/08, Andrew Lenharth <andrewl at lenharth.org> wrote:
>> I'll take a hack at the front end support for
>> __sync_synchronize after this goes in.
>
> This is the gcc side of the patch.
GCC 4.2 compiles this to a no-op on x86:
void foo() {
__sync_synchronize();
}
Are you seeing different behavior?
2009 Sep 17
0
[LLVMdev] compiling java frontend
On Sep 17, 2009, at 4:17 PM, Andreas Saebjoernsen wrote:
> I am trying to compile the Java frontend in
> https:/llvm.org/svn/llvm-project/java/trunk
> If there are another preferred Java frontend available, and it is
> suited for translating Java bytecode to LLVM bytecode, I'd be happy
> to use that frontend instead.
That is really old and out of date, I'm sure it
2009 Sep 17
2
[LLVMdev] compiling java frontend
I am trying to compile the Java frontend in https:/
llvm.org/svn/llvm-project/java/trunk
If there are another preferred Java frontend available, and it is suited for
translating Java bytecode to LLVM bytecode, I'd be happy to use that
frontend instead.
thanks,
Andreas
On Thu, Sep 17, 2009 at 4:03 PM, Chris Lattner <clattner at apple.com> wrote:
>
> On Sep 17, 2009, at 3:59