similar to: [LLVMdev] RFA: TREE_READONLY in LLVM-GCC

On Jan 4, 2009, at 3:44 AM, Bill Wendling wrote: > Hi LLVM-GCC hackers! > > I have a global variable that I want to mark as "TREE_READONLY" so > that it will become a "constant" in LLVM IR. This is for the new > blocks-related stuff, but that's not necessarily important for this > question. In particular, I want to mark the "block_holder"

Hi Chris, > I think this change is fine and should go into the normal apple GCC as > well. Setting TREE_READONLY means that it can go into the "constant" > section of the executable, go in ROM, etc. This is the same as the > llvm constant bit on globals. for this I think it has to be static as well as readonly. Ciao, Duncan.

I did mark it as TREE_CONSTANT. Is that enough? -bw On Jan 5, 2009, at 2:03 AM, Duncan Sands <baldrick at free.fr> wrote: > Hi Chris, > >> I think this change is fine and should go into the normal apple GCC >> as >> well. Setting TREE_READONLY means that it can go into the "constant" >> section of the executable, go in ROM, etc. This is the same

On Monday 05 January 2009 12:42:16 Bill Wendling wrote: > I did mark it as TREE_CONSTANT. Is that enough? No idea - if it works I guess it was enough :) I was actually thinking of TREE_STATIC: /* In a VAR_DECL, nonzero means allocate static storage. In a FUNCTION_DECL, nonzero if function has been defined. In a CONSTRUCTOR, nonzero means allocate static storage. ??? This is also

On May 6, 2011, at 4:57 PM, Andrew Trick wrote: > On May 6, 2011, at 1:29 AM, Jay Foad wrote: > >> This seems wrong -- if a test fails, it shouldn't stop the whole >> "make", it should just get logged as a failure and continue. > > That's a frustrating aspect of the test-suite Makefiles. I don't know how to work around it without removing the test

On Jul 22, 2010, at 2:53 PM, Eric Christopher wrote: > > On Jul 22, 2010, at 8:57 AM, Fariborz Jahanian wrote: > >> >> Building llvm is failing for me today. I am using clang++ to build >> (which has not changed). >> >> llvm[2]: Compiling EDMain.cpp for Debug+Asserts build (PIC) >> EDMain.cpp:267:39: error: C-style cast from

Dear Sir There are two packages of regional frequency analysis RFA and nsRFA. Are both give us same results if not then what you will suggest. I am confused about this. Please guid me in this regard AMINA -- AMINA SHAHZADI Department of Statistics GC University Lahore, Pakistan. Email: amnakhan493@gmail.com amna_989@hotmail.com amna_989@yahoo.com [[alternative HTML version deleted]]

Dear Sir in the following example,is the vector lmom a l-moment ratios vector? What is meant by size = northCascades[,1]? And what are the values in c(0.0104,0.0399,0.0405)? Please help me I am unable to understand these from help manual. Best Regards AMINA data(northCascades) lmom <- c(1, 0.1103, 0.0279, 0.1366) kappaParam <- kappalmom(lmom) heterogeneity(500, 19, size =

On Sep 13, 2010, at 10:58 AM, Fariborz Jahanian wrote: > On Sep 13, 2010, at 10:46 AM, John McCall wrote: >> On Sep 13, 2010, at 1:15 AM, Duncan Sands wrote: >>>> I compiled with "llvm-gcc -emit-llvm test.c -S -o test.ll". Attached to this >>>> message are the source and the resulting ll output. >>> >>> compile with optimization. The

Duncan, > Hi Bill, is this a 64 bit machine? If so, did you make > any adjustments based on > http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-August/010489.html ? This is 32 bit machine. 64 bit will definitely won't work due to bunch of stuff unimplemented: dwarf builtins, stack layout description, etc. -- With best regards, Anton Korobeynikov. Faculty of Mathematics &

Hi Bill, is this a 64 bit machine? If so, did you make any adjustments based on http://lists.cs.uiuc.edu/pipermail/llvmdev/2007-August/010489.html ? Thanks, Duncan.

Hi Bill, > I'm compiling this trivial program on Darwin: > > int main(int argc, char **argv) { > try { > throw argc; > } catch(int i) { > return i; > } > > return 0; > } > > However, it segfaults when I run it. I've attached the .s files > generated by LLVM and GCC, but it looks as if LLVM isn't generating a >

Duncan, > I see a call to terminate in the llvm assembler. Where did that > come from? I compiled with llvm-gcc-4.0 and llvm-gcc-4.2 and > didn't see such a call. std::terminate() is called by __cxa_throw, if unwinding fails. I think the source of problem was my frame_to_args_offs patch. So, let's wait for retest :) -- With best regards, Anton Korobeynikov. Faculty of

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

> What are the assumptions going into this "walk_all_functions" call? > Should the code have been placed into some nesting info slot or > something? Hi Bill, should I think about this or is it fixed already? D.

Is the flag_objc_abi variable available on non-Darwin platforms in llvm-gcc? I want to use it in llvm-backend.cpp to conditionalize a test. But I don't want to break Linux, Ada, Fortran, etc. -bw

On May 8, 2009, at 1:09 PM, Bill Wendling wrote: > Is the flag_objc_abi variable available on non-Darwin platforms in > llvm-gcc? I want to use it in llvm-backend.cpp to conditionalize a > test. But I don't want to break Linux, Ada, Fortran, etc. If not, you can define it in objc-stubs.c -Chris

One of our developers pointed out that GCC generates something akin to this on Darwin: $ cat t.c __private_extern__ void bar(const char *format, ...) __attribute__ ((format (printf, 1, 2))); void foo(const char *i, const char *b) { bar("this is some error message that is kind of longish."); } $ gcc -arch i386 -S -o - t.c -Os .cstring .align 2 LC0: .ascii "this is some

The Constants.cpp file returns a ConstantAggregateZero object when you pass it a c"\000" string. Here is the code: Constant *ConstantArray::get(const ArrayType *Ty, const std::vector<Constant*> &V) { // If this is an all-zero array, return a ConstantAggregateZero object if (!V.empty()) { Constant *C = V[0]; if (!C->isNullValue())

Fariborz, On May 6, 2011, at 5:07 PM, Fariborz Jahanian wrote: > > On May 6, 2011, at 4:57 PM, Andrew Trick wrote: > >> On May 6, 2011, at 1:29 AM, Jay Foad wrote: >> >>> This seems wrong -- if a test fails, it shouldn't stop the whole >>> "make", it should just get logged as a failure and continue. >> >> That's a