search for: goodth

...for Flags, CodeGen is gradually moving to using explicit registers to replace Flags in many cases. This is an ongoing project, driven by people contributing things as they need them. You are welcome to contribute. This seems like a good plan. Anything which makes the model more coherent is a GoodThing. Where is this documented? All in all, it would be great if there were a unified way of modeling conditional (flags-based) operations, that is useful both during instruction selection and scheduling. I'm more than happy to help in whatever way I can to push this amazing tool forward ;) Jus...

Hi all, There are many assertions sprinkled throughout the llvm codebase, which is a GoodThing. Most of the assertions even have informative messages, which is a BetterThing. However, assertion messages are static strings, and don't include any information about the particular object/value which caused the assertion. In a 'data oriented' system like llvm, this makes it really...

On Mar 22, 2009, at 7:53 AM, someguy wrote: > Hi all, > > I've spent the day trying to understand setcc/select_cc intricacies, > and I thought I should mention that so far as I can tell, the modeling > of CPU flags, condition codes and therefore conditional instructions > seems pretty broken. > > On the one hand there are the SDNPInFlag/SDNPOutFlag node properties >

Hi all, I've spent the day trying to understand setcc/select_cc intricacies, and I thought I should mention that so far as I can tell, the modeling of CPU flags, condition codes and therefore conditional instructions seems pretty broken. On the one hand there are the SDNPInFlag/SDNPOutFlag node properties which allow you to mark an instruction as using or def-ing the CPU flags