Displaying 7 results from an estimated 7 matches for "tree_readon".
Did you mean:
tree_readonly
2009 Jan 04
3
[LLVMdev] RFA: TREE_READONLY in LLVM-GCC
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" created in
"build_block_literal_tmp()" as read-only....
2009 Jan 04
0
[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" created in
> "build_block_literal_tmp()" as...
2009 Jan 05
2
[LLVMdev] RFA: TREE_READONLY in LLVM-GCC
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.
2009 Jan 05
0
[LLVMdev] RFA: TREE_READONLY in LLVM-GCC
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 as the
>> llvm constant bit on globals.
>
> for this I think it has to be static as well as readonly.
>
> Ciao,
>
> Duncan.
> _______________________...
2009 Jan 05
1
[LLVMdev] RFA: TREE_READONLY in LLVM-GCC
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
2007 Nov 07
0
[LLVMdev] RFC: llvm-convert.cpp Patch
...gt;
> Comments?
>
> -bw
>
> Index: gimplify.c
> ===================================================================
> --- gimplify.c (revision 43658)
> +++ gimplify.c (working copy)
> @@ -2756,7 +2756,8 @@
> TREE_STATIC (new) = 1;
> TREE_READONLY (new) = 1;
> DECL_INITIAL (new) = ctor;
> - if (align > DECL_ALIGN (new))
> + /* LLVM LOCAL - Set DECL_USER_ALIGN when equal */
> + if (align >= DECL_ALIGN (new))
> {
> DECL_ALI...
2007 Nov 07
7
[LLVMdev] RFC: llvm-convert.cpp Patch
...ECL_USER_ALIGN field, we can get the correct alignment.
Comments?
-bw
Index: gimplify.c
===================================================================
--- gimplify.c (revision 43658)
+++ gimplify.c (working copy)
@@ -2756,7 +2756,8 @@
TREE_STATIC (new) = 1;
TREE_READONLY (new) = 1;
DECL_INITIAL (new) = ctor;
- if (align > DECL_ALIGN (new))
+ /* LLVM LOCAL - Set DECL_USER_ALIGN when equal */
+ if (align >= DECL_ALIGN (new))
{
DECL_ALIGN (new) = align;...