search for: enable_llvm

...hes. Thanks! OK, thanks - I'll just keep my patches clean and let you worry about the markers. [snip] > This is crashing because make_decl_rtl is an RTL backend specific > function. I haven't looked at the callsite but you probably want > something like this: > > #ifndef ENABLE_LLVM > make_decl_rtl (olddecl); > #else > make_decl_llvm (olddecl); > #endif > > make_decl_rtl is also sometimes called implicitly by "DECL_RTL". Any uses > of DECL_RTL need to be replaced with DECL_LLVM. If you have questions on > a particular use, I'd...

...library_name=0xffb59c52 > <Address 0xffb59c52 out of bounds>, const_p=true) at > ../../src/gcc/fortran/f95-lang.c:733 This is crashing because make_decl_rtl is an RTL backend specific function. I haven't looked at the callsite but you probably want something like this: #ifndef ENABLE_LLVM make_decl_rtl (olddecl); #else make_decl_llvm (olddecl); #endif make_decl_rtl is also sometimes called implicitly by "DECL_RTL". Any uses of DECL_RTL need to be replaced with DECL_LLVM. If you have questions on a particular use, I'd be happy to help. -Chris -- http:...

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.

...built GOMP on linux yet, and OpenMP hasn't been widely tested at all. > > I'd suggest using --enable-languages=c,c++ > > I am seeing the same errors with just building c,c++. (linux x86, also debian) This bit of Bill's patch did it: -#ifdef HAVE_GAS_HIDDEN + +#if !defined(ENABLE_LLVM) && defined(HAVE_GAS_HIDDEN) fprintf (asm_out_file, "\t.%s\t", type); assemble_name (asm_out_file, name); fprintf (asm_out_file, "\n"); #else warning (OPT_Wattributes, "visibility attribute not supported " "in this configuration; ignored...

...rization on the tree-ssa framework, and llvm-gcc > uses tree-ssa to generate LLVM IR. > so, is it possible to use gcc vectorizer in LLVM? in theory yes, but you would have to modify the compiler. In llvm-gcc all gcc optimizers are turned off, and this includes the vectorizer (see the #ifdef ENABLE_LLVM clauses in gcc/passes.c), so you would have to reenable them. This might cause problems due to potential bad interactions between the gcc optimizers and LLVM modifications to the compiler - I don't know. Ciao, Duncan. PS: In case anyone is wondering, this is not possible with the dragonegg...

...g_eh_catch_all > get_pointer_alignment > validate_arglist it sounds like you are trying to build a version of llvm-gcc without LLVM enabled. Did you specify --enable-llvm=path_to_llvm_build_directory when configuring llvm-gcc? These symbols are all defined in llvm-gcc itself, but only when ENABLE_LLVM is defined. This suggests to me that you somehow configured llvm-gcc wrong. Ciao, Duncan.

Index: gcc/gimplify.c =================================================================== --- gcc/gimplify.c (revision 39923) +++ gcc/gimplify.c (working copy) @@ -179,8 +179,10 @@ /* LLVM LOCAL begin */ #ifndef ENABLE_LLVM /* LLVM wants to know about gimple formal temps. */ - for (t = gimplify_ctxp->temps; t ; t = TREE_CHAIN (t)) - DECL_GIMPLE_FORMAL_TEMP_P (t) = 0; + if (gimplify_ctxp != 0) { + for (t = gimplify_ctxp->temps; t ; t = TREE_CHAIN (t)) + DECL_GIMPLE_FORMAL_TEMP_P (t) = 0; + } #el...

hi all, gcc provides auto-vectorization on the tree-ssa framework, and llvm-gcc uses tree-ssa to generate LLVM IR. so, is it possible to use gcc vectorizer in LLVM? -- Best regards Kuan-Hsu -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100316/884b5cc3/attachment.html>

...rn_main = 0; Index: gcc-4.2.llvm/gcc/flags.h =================================================================== --- gcc-4.2.llvm.orig/gcc/flags.h 2008-07-30 21:22:44.000000000 +0200 +++ gcc-4.2.llvm/gcc/flags.h 2008-07-30 21:24:50.000000000 +0200 @@ -391,6 +391,7 @@ /* LLVM LOCAL begin */ #ifdef ENABLE_LLVM extern int flag_llvm_pch_read; +extern int flag_no_simplify_libcalls; #endif /* LLVM LOCAL end */ Index: gcc-4.2.llvm/gcc/llvm-backend.cpp =================================================================== --- gcc-4.2.llvm.orig/gcc/llvm-backend.cpp 2008-07-30 21:17:36.000000000 +0200 +++ gcc-...

...the dark. Can you try this patch: =================================================================== --- i386.h (revision 112156) +++ i386.h (working copy) @@ -764,7 +764,13 @@ extern int x86_prefetch_sse; /* target machine storage layout */ +/* APPLE LOCAL begin LLVM */ +#ifdef ENABLE_LLVM +#define LONG_DOUBLE_TYPE_SIZE 64 +#else #define LONG_DOUBLE_TYPE_SIZE 80 +#endif +/* APPLE LOCAL end LLVM */ /* Set the value of FLT_EVAL_METHOD in float.h. When using only the FPU, assume that the fpcw is set to extended precision; when using Applied to gcc/gcc/config/i386/i386.h If...

On Jul 30, 2008, at 11:39 AM, Duncan Sands wrote: > On Wednesday 30 July 2008 18:13:27 Duncan Sands wrote: >> On x86-64 linux, in stage 2, I get: >> >> c++ -g -O2 -DIN_GCC -W -Wall -Wwrite-strings -Wstrict- >> prototypes -Wmissing-prototypes -pedantic -Wno-long-long -Wno- >> variadic-macros -Wno-overlength-strings -Wold-style-definition - >>

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 nesting_info **) htab_find_slot (ni_map, &dummy, NO_I...

On Feb 6, 2008, at 9:54 AM, Duncan Sands wrote: >>>> I suspect this is due to the recent change by Bill (revision >>>> 46747). >>> >>> Bill's change only affected darwin IIRC. I don't know that anyone >>> has >>> built GOMP on linux yet, and OpenMP hasn't been widely tested at >>> all. >>> I'd

...--git a/gcc/expr.h b/gcc/expr.h index 850e7af..265b550 100644 --- a/gcc/expr.h +++ b/gcc/expr.h @@ -753,9 +753,6 @@ extern rtx init_one_libfunc (const char *); /* LLVM LOCAL begin */ /* Call this to initialize an optab function tree. */ extern tree llvm_init_one_libfunc (const char *); -#ifndef ENABLE_LLVM -#define llvm_init_one_libfunc init_one_libfunc -#endif /* LLVM LOCAL end */ extern int vector_mode_valid_p (enum machine_mode); diff --git a/gcc/optabs.c b/gcc/optabs.c index 06243c9..d5a1b19 100644 --- a/gcc/optabs.c +++ b/gcc/optabs.c @@ -5137,7 +5137,6 @@ init_intraclass_conv_libfuncs (conve...

...llvm/gcc/flags.h > =================================================================== > --- gcc-4.2.llvm.orig/gcc/flags.h 2008-07-30 21:22:44.000000000 +0200 > +++ gcc-4.2.llvm/gcc/flags.h 2008-07-30 21:24:50.000000000 +0200 > @@ -391,6 +391,7 @@ > /* LLVM LOCAL begin */ > #ifdef ENABLE_LLVM > extern int flag_llvm_pch_read; > +extern int flag_no_simplify_libcalls; > #endif > /* LLVM LOCAL end */ > > Index: gcc-4.2.llvm/gcc/llvm-backend.cpp > =================================================================== > --- gcc-4.2.llvm.orig/gcc/llvm-backend.cpp 2008-07-3...

> > > I suspect this is due to the recent change by Bill (revision 46747). > > > > Bill's change only affected darwin IIRC. I don't know that anyone has > > built GOMP on linux yet, and OpenMP hasn't been widely tested at all. > > I'd suggest using --enable-languages=c,c++ > > I am seeing the same errors with just building c,c++. (linux x86,

...ter_alignment >> validate_arglist > > it sounds like you are trying to build a version of llvm-gcc without LLVM > enabled.  Did you specify --enable-llvm=path_to_llvm_build_directory when > configuring llvm-gcc?  These symbols are all defined in llvm-gcc itself, > but only when ENABLE_LLVM is defined.  This suggests to me that you somehow > configured llvm-gcc wrong. > > Ciao, > > Duncan. > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailma...

Hello, Everyone. I'm currently trying to bootstrap llvm-gcc4 on mingw32 platform. Everything (except some small fixes) seems to be fine: stage1 finished successfully. I'm linking with debug variant of LLVM, since linker bug prevents release builds. Unfortunately, stage2 failes immediately with this cryptic message: $/f/tmp/llvm/gccbuild/gcc/xgcc -B/f/tmp/llvm/gccbuild/gcc/

On 2/6/08, Chris Lattner <sabre at nondot.org> wrote: > > On Feb 6, 2008, at 5:18 AM, Duncan Sands wrote: > > > Hi, > > > >> if /bin/sh ./libtool --mode=compile /s/llvm/obj.gcc42/./gcc/xgcc -B/ > >> s/llvm/obj.gcc42/./gcc/ -B/usr/local/i686-pc-linux-gnu/bin/ -B/usr/ > >> local/i686-pc-linux-gnu/lib/ -isystem /usr/local/i686-pc-linux-gnu/ >

Vladimir Prus wrote: > So, it looks either the snapshot is not in stable state, or there's > something seriously wrong with type name handling. At this point I gave up > on quickly fixing this, so I've applied the third attached patch to LLVM, > which "fixes" this issue completely. Ah, hell, as soon as I've send this email I've updated from CVS to find that