Displaying 20 results from an estimated 300 matches similar to: "[LLVMdev] llvm-gcc's sjlj-eh support"
2010 May 24
2
[LLVMdev] linker errors when trying to link llvm-gcc
any ideas what library has these symbols
lang_eh_catch_all
get_pointer_alignment
validate_arglist
i get these linker errors when trying to link llvm-gcc:
make[1]: Entering directory
`/home/anatolyy/qctp406/pakman/depot/users/anatolyy/proto/crosscompiler/llvm-gcc-4.2-2.7.source-objtree'
make[2]: Entering directory
2009 Jan 09
2
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi all,
Please review this patch. It's fixing PR3232 comment #8. Function bar
from 2008-03-24-BitFiled-And-Alloca.c compiles to:
%struct.Key = type { { i32, i32 } }
...
define i32 @bar(i64 %key_token2) nounwind {
entry:
%key_token2_addr = alloca i64 ; <i64*> [#uses=2]
%retval = alloca i32 ; <i32*> [#uses=2]
%iospec =
2009 Jan 09
0
[LLVMdev] RFC: Store alignment should be LValue alignment, not source alignment
Hi Evan,
> LValue LV = EmitLV(lhs);
> bool isVolatile = TREE_THIS_VOLATILE(lhs);
> unsigned Alignment = expr_align(exp) / 8
>
> It's using the alignment of the expression, rather than the memory
> object of LValue.
can't you just use expr_align(lhs) instead?
> The patch saves the alignment of the memory object in LValue returned
> by EmitLV().
2007 Nov 07
3
[LLVMdev] RFC: llvm-convert.cpp Patch
How about this patch then?
-bw
Index: gcc/llvm-convert.cpp
===================================================================
--- gcc/llvm-convert.cpp (revision 43658)
+++ gcc/llvm-convert.cpp (working copy)
@@ -758,7 +758,7 @@
}
-Value *TreeToLLVM::Emit(tree exp, Value *DestLoc) {
+Value *TreeToLLVM::Emit(tree exp, Value *DestLoc, unsigned Alignment) {
2007 Apr 20
2
[LLVMdev] llvm-gcc Bug, Looking for Advice on Fix
Ok, I've tracked down the problem I've had bootstrapping
llvm-gcc. The culprit is in TreeToLLVM::EmitMemCpy:
void TreeToLLVM::EmitMemCpy(Value *DestPtr, Value *SrcPtr, Value *Size,
unsigned Align) {
const Type *SBP = PointerType::get(Type::Int8Ty);
const Type *IntPtr = TD.getIntPtrType();
Value *Ops[4] = {
CastToType(Instruction::BitCast,
2006 Mar 03
0
[LLVMdev] Re: Re: New GCC4-based C/C++/ObjC front-end for LLVM
On Thu, 2 Mar 2006, Chris Lattner wrote:
>> Any ideas what could be wrong?
>
> Sorry for the delay, please try this tarball:
> http://nondot.org/sabre/2006-03-02-llvm-gcc-4.tar.gz
Actually, do to a recent change in CVS, this tarball will probably not
work anymore. Please apply the attached (small) patch on top of it in
the gcc directory.
Worth noting, this front-end only works
2008 Feb 02
0
[LLVMdev] another llvm-gcc-4.2 compilation problem
hi,
i also have problems compiling llvm-gcc (current svn version).
llvm is current llvm svn.
i tried to use every gcc version from 4.0 to 4.3 to compile llvm-gcc.
i configured llvm-gcc like this (and tried every other combination of
disable-shared, disable-multilib and bootstrap) :
../llvm-gcc/configure --prefix=/usr --enable-llvm=/usr
--enable-languages=c,c++ --disable-shared
2008 Jul 22
2
[LLVMdev] BITS_BIG_ENDIAN in llvm-gcc
There are various functions in llvm-convert.cpp that depend on BITS_BIG_ENDIAN:
TreeToLLVM::EmitLoadOfLValue()
TreeToLLVM::EmitMODIFY_EXPR()
InsertBitFieldValue()
ProcessBitFieldInitialization()
The comments say things like:
// If this target has bitfields laid out in big-endian order, invert the bit
// in the word if needed.
// If this is a big-endian bit-field, take the top
2006 Sep 11
0
[LLVMdev] trying to build llvm-gcc in linux/amd64
On Mon, 11 Sep 2006, [UTF-8] Rafael Esp?ndola wrote:
> I am trying to build llvm-gcc4 on a amd64. I had to add the attached
> patch to get the build system to select the correct library. Now the
Applied.
> build fails while compiling a code that has __builtin_va_copy. The
> attached test.i fails with:
>
> cc1: ../../trunk/gcc/llvm-convert.cpp:443: llvm::Value*
>
2006 Sep 11
5
[LLVMdev] trying to build llvm-gcc in linux/amd64
I am trying to build llvm-gcc4 on a amd64. I had to add the attached
patch to get the build system to select the correct library. Now the
build fails while compiling a code that has __builtin_va_copy. The
attached test.i fails with:
cc1: ../../trunk/gcc/llvm-convert.cpp:443: llvm::Value*
TreeToLLVM::Emit(tree_node*, llvm::Value*): Assertion
`(isAggregateType(((exp)->common.type)) == (DestLoc
2010 Jan 07
1
[LLVMdev] "Value has wrong type!" on Bool:4 bitfield
I've built a debug build of llvm 2.6, and llvm-gcc 2.6 for arm-elf
with --enable-checking=yes.
On the attached test case (which is g++.dg/expr/bitfield4.C from the
GCC 4.2 testsuite) I get:
$ cc1plus bitfield4.ii -emit-llvm-bc -o bitfield4.o -quiet
cc1plus: /home/foad/svn/antix/toolchain/branches/w/foad/2757llvm26/toolchain/llvm/llvm-gcc/gcc/llvm-convert.cpp:999:
llvm::Value*
2008 Feb 16
3
[LLVMdev] linux/x86-64 codegen support
See the bug for a reduction and the gimple trees. validate_arglist
definately is rejecting the arglist in EmitBuiltinAlloca.
(try:
bool TreeToLLVM::EmitBuiltinAlloca(tree exp, Value *&Result) {
tree arglist = TREE_OPERAND(exp, 1);
if (!validate_arglist(arglist, INTEGER_TYPE, VOID_TYPE)) {
debug_tree(arglist);
return false;
}
Value *Amt = Emit(TREE_VALUE(arglist), 0);
Amt =
2008 May 22
2
[LLVMdev] Latest SVN head (gcc front end) build failed
hi all,
I was trying to build the latest LLVM gcc front end and it failed.
rajika@:~/project/llvm/dst-directory$ svn info | grep URL
URL: http://llvm.org/svn/llvm-project/llvm-gcc-4.2/trunk
configure option: ../dst-directory/configure --prefix=/usr/local/
--enable-llvm=/home/rajika/project/llvm/llvm-objects
it gave me the following errors
../../dst-directory/gcc/llvm-convert.cpp:1163: error:
2008 May 22
0
[LLVMdev] Latest SVN head (gcc front end) build failed
Did you update llvm and build that first?
-Tanya
On May 21, 2008, at 10:29 PM, Rajika Kumarasiri wrote:
> hi all,
> I was trying to build the latest LLVM gcc front end and it failed.
>
> rajika@:~/project/llvm/dst-directory$ svn info | grep URL
> URL: http://llvm.org/svn/llvm-project/llvm-gcc-4.2/trunk
>
> configure option: ../dst-directory/configure --prefix=/usr/local/
2009 May 30
0
[LLVMdev] Nested exception handlers
Hi Talin,
> Since llvm-gcc is a rather large code base, which I have never looked at
> (or even run), could you give me a starting point of where to look?
I meant: compile some nested C++ with llvm-gcc to see what it does.
Otherwise, look in llvm-convert.cpp, especially EmitLandingPads.
> One thing I'd be interested in knowing is whether the
> llvm.eh.exception() intrinsic can
2006 Sep 05
2
[LLVMdev] gfortran: array constructor problems
Hi, in order to get a handle on the questions in Chris's previous
email, I rebuilt LLVM with debugging info, and then rebuilt gcc4 with
CHECKING_ENABLED.
In the process, I ran into an assertion error when compiling the first
part of libgfortran:
../../src/gcc/llvm-convert.cpp:3871: failed assertion
`(TREE_CONSTANT(exp) || TREE_CODE(exp) == STRING_CST) && "Isn't a
2008 Feb 16
0
[LLVMdev] linux/x86-64 codegen support
On Feb 16, 2008, at 2:27 PM, Andrew Lenharth wrote:
> See the bug for a reduction and the gimple trees. validate_arglist
> definately is rejecting the arglist in EmitBuiltinAlloca.
>
> (try:
> bool TreeToLLVM::EmitBuiltinAlloca(tree exp, Value *&Result) {
> tree arglist = TREE_OPERAND(exp, 1);
> if (!validate_arglist(arglist, INTEGER_TYPE, VOID_TYPE)) {
>
2009 Jun 30
0
[LLVMdev] llvm-gcc-4.2 build failure: llvm-convert.cpp:‘ReplacementStrings’ may be used uninitialized in this function
g++ -m32 -c -g -O2 -mdynamic-no-pic -DIN_GCC -W -Wall -Wwrite-strings -
pedantic -Wno-long-long -Wno-variadic-macros -Wmissing-format-
attribute -Werror -mdynamic-no-pic -DHAVE_CONFIG_H -Wno-unused -
DTARGET_NAME=\"i686-apple-darwin9\" -DNDEBUG -I. -I. -I/tmp/
llvmgcc42.roots/llvmgcc42~obj/src/gcc -I/tmp/llvmgcc42.roots/
llvmgcc42~obj/src/gcc/.
2010 Mar 09
0
[LLVMdev] Fwd: help with llvm-convert
On alpha, I am seeing a problem with Emiting va_copy. valists are
structs and allocated by alloca, unlike x86. EmitBuiltinVACopy is
therefore using the second branch of the if (~llvm-convert.cpp:6538)
to emit the second argument. The second argument is the result of an
alloca. TreeToLLVM::Emit is hitting the first assertion (~929).
The exp being passed is:
<var_decl 0x20000b44240 ap
2006 May 13
0
[LLVMdev] Re: New llvmgcc4 snapshot
Chris Lattner wrote:
>
> Hi All,
>
> There's a new snapshot of llvmgcc4 available here:
>
> http://nondot.org/sabre/2006-05-08-llvm-gcc-4.tar.gz
>
> This release includes the various portability fixes contributed on
> llvmdev, includes fixes to build with mainline CVS (and, thus, *requires*
> mainline CVS), and includes various other bug fixes.
>
> If