search for: int1ty

...========= --- gcc/llvm-convert.cpp (revision 46956) +++ gcc/llvm-convert.cpp (working copy) @@ -4260,6 +4260,15 @@ EmitBlock(new BasicBlock("")); return true; + case BUILT_IN_SYNCHRONIZE: { + Value* C[4]; + C[0] = C[1] = C[2] = C[3] = ConstantInt::get(Type::Int1Ty, 1); + + Builder.CreateCall(Intrinsic::getDeclaration(TheModule, Intrinsic::atomic_membarrier), + C, C + 4); + return true; + } + #if 1 // FIXME: Should handle these GCC extensions eventually. case BUILT_IN_APPLY_ARGS: case BUILT_IN_APPLY:

...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 member of ‘llvm::Type’ PNetLib.cpp:698: error: ‘Int8Ty’ is not a member of ‘llvm::Type’ PNetLib.cpp:702: error: ‘Int16Ty’ is not a member of ‘llvm::Type’ PNetLib.cpp:706: error: ‘Int32Ty’ is not a member of ‘llvm::Type’ There are several other errors on the same form. When inspecting the...

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

...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 member of ‘llvm::Type’ > PNetLib.cpp:698: error: ‘Int8Ty’ is not a member of ‘llvm::Type’ > PNetLib.cpp:702: error: ‘Int16Ty’ is not a member of ‘llvm::Type’ > PNetLib.cpp:706: error: ‘Int32Ty’ is not a member of ‘llvm::Type’ > > There are several other errors on the same f...

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

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

...(revision 46956) > +++ gcc/llvm-convert.cpp (working copy) > @@ -4260,6 +4260,15 @@ > EmitBlock(new BasicBlock("")); > return true; > > + case BUILT_IN_SYNCHRONIZE: { > + Value* C[4]; > + C[0] = C[1] = C[2] = C[3] = ConstantInt::get(Type::Int1Ty, 1); > + > + Builder.CreateCall(Intrinsic::getDeclaration(TheModule, > Intrinsic::atomic_membarrier), > + C, C + 4); > + return true; > + } > + > #if 1 // FIXME: Should handle these GCC extensions eventually. > case BUILT_IN_APPLY_ARGS: &...

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() << 'u'; 944 else if (Ty->getPrimitiveSizeInBits() > 32) 945 Out << CI->getZExtValue() << "ull"; 946 else { 947...

...(revision 46956) > +++ gcc/llvm-convert.cpp (working copy) > @@ -4260,6 +4260,15 @@ > EmitBlock(new BasicBlock("")); > return true; > > + case BUILT_IN_SYNCHRONIZE: { > + Value* C[4]; > + C[0] = C[1] = C[2] = C[3] = ConstantInt::get(Type::Int1Ty, 1); > + > + Builder.CreateCall(Intrinsic::getDeclaration(TheModule, > Intrinsic::atomic_membarrier), > + C, C + 4); > + return true; > + } > + > #if 1 // FIXME: Should handle these GCC extensions eventually. > case BUILT_IN_APPLY_ARGS: &...

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

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