search for: fndecl

.../fortran/trans-decl.c =================================================================== --- gcc/fortran/trans-decl.c (revision 160) +++ gcc/fortran/trans-decl.c (working copy) @@ -1334,7 +1334,11 @@ } /* Create RTL for function definition. */ +#ifndef ENABLE_LLVM make_decl_rtl (fndecl); +#else + make_decl_llvm (fndecl); +#endif init_function_start (fndecl); @@ -2472,8 +2476,11 @@ current_function_decl = fndecl; rest_of_decl_compilation (fndecl, 1, 0); - +#ifndef ENABLE_LLVM make_decl_rtl (fndecl); +#else + make_decl_llvm (fndecl); +#endif init_function_start...

On Fri, 1 Sep 2006, Michael McCracken wrote: > Hi, I have a first quick patch and a question. The patch links f951 > with g++ when LLVM is enabled. It's at the end of this email. Thanks, applied! > I wanted to know if I should submit patches with comments around them > like the "APPLE LOCAL LLVM" ones that mark the LLVM-only changes to > the tree. I'd like to

Hi, I have a first quick patch and a question. The patch links f951 with g++ when LLVM is enabled. It's at the end of this email. I wanted to know if I should submit patches with comments around them like the "APPLE LOCAL LLVM" ones that mark the LLVM-only changes to the tree. I'd like to make it as easy as possible to apply these, so let me know any rules I should be following.

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* >

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

I'm getting a crash with some Objective-C code that involves "blocks". Basically, it gets to this "walk_all_functions" call and fails: lower_nested_functions (tree fndecl, bool skip_outermost_fndecl) { ... #ifdef ENABLE_LLVM walk_all_functions (construct_reverse_callgraph, root); propagate_chains (root); #endif ... } The construct_reverse_callgraph calls lookup_context_for_decl, where it crashes: lookup_context_for_decl (tree fndecl) { ... slot = (struct ne...

Dear LLVM members. I am building llvm-gcc in version 2.5 for ARM target. I used command line option as following: >../src/configure --prefix=/home/jaykang10/Projects/LLVM/front_end_test/bin/ --enable-languages=c,c++ --enable-checking --enable-llvm=/home/jaykang10/Projects/LLVM/bin/ --disable-bootstrap --disable-multilib --target=arm-eabi And I got a error message as following: ... gcc -c -g

...invokeResult = Exceptions::createCatchWrappedInvokeFunction(*module, *excptModule, buildParameters.builder, *buildParameters.getFunctionPassManager(), *result, std::string("invoke ")+ fnDecl->functionName.get(), numExceptionTypesToCatch, innerExceptionTypesToCatch); the exceptionModule is being generated as: Compiler::Detail::Exceptions::initialiseExceptionHandlingStaticStuff(ct...

...x002a7da8 in TreeToLLVM::EmitBIND_EXPR (this=0xbfffe63c, exp=0x45e4d5a0, DestLoc=0x0) at ../../src/gcc/llvm-convert.cpp:1119 #8 0x00297ac0 in TreeToLLVM::Emit (this=0xbfffe63c, exp=0x45e4d5a0, DestLoc=0x0) at ../../src/gcc/llvm-convert.cpp:474 #9 0x002882f0 in llvm_emit_code_for_current_function (fndecl=0x45e4ae00) at ../../src/gcc/llvm-backend.cpp:309 It is compiling libgfortran/intrinsics/selected_int_kind.f90, which has only one array constructor, shown below. (this part is actually generated at build time as selected_int_kind.inc) type :: int_info integer :: kind integer :: range...