Displaying 3 results from an estimated 3 matches for "millerfarm".
2013 Jan 14
0
[LLVMdev] [cfe-dev] RFC: Codifying (but not formalizing) the optimization levels in LLVM and Clang
On 14 January 2013 12:27, henry miller <hank at millerfarm.com> wrote:
> Would it be unreasonable to ask for a new/seperate set of optimizations:
> optimize debug. This would apple agressive optimizations, but not
> "significantly" changing the order of the code.
>
This will be interesting, but knowing how LLVM can segfault when...
2013 Jan 14
17
[LLVMdev] RFC: Codifying (but not formalizing) the optimization levels in LLVM and Clang
This has been an idea floating around in my head for a while and after
several discussions with others it continues to hold up so I thought I
would mail it out. Sorry for cross posting to both lists, but this is an
issue that would significantly impact both LLVM and Clang.
Essentially, LLVM provides canned optimization "levels" for frontends to
re-use. This is nothing new. However, we
2013 Jan 14
1
[LLVMdev] [cfe-dev] RFC: Codifying (but not formalizing) the optimization levels in LLVM and Clang
As a user I like this it is hard to understand what each level does. I know projects that are using O3 because 'more must be better'. I don't know how to explain that it might be slower, and measuring performance is tricky. (Many programs do multpile things, and spend most of their time waiting on the event loop)
Would it be unreasonable to ask for a new/seperate set of