On Thu, Feb 7, 2013 at 3:23 PM, Nadav Rotem <nrotem at apple.com> wrote:> > On Feb 7, 2013, at 3:17 PM, ryan <stdstack at gmail.com> wrote: > > > Thanks a lot for the reply, Nadav! > > I see that using the cost model in target-independent analysis is not > good. But I really like the idea of having instruction > > cost estimation available. Also the reason I can't directly move to 3.2 > code base is that it fails to compile(produce bc files) big > > project like MySQL, where 3.0 has no problem. > > > > Is this a known problem ? Can you please file a bugzilla ? LLVM should be > able to compiler MySQL … > > OK. I didn't find much on the internet related to theclang compilation error. Just filed the bug report http://llvm.org/bugs/show_bug.cgi?id=15206> > > Right now, I'm trying to hard code a particular target, and copy part of > the TargetTransformInfo and X86TargetTransformInfo > > to a simple LLVM 3.0 project to try out. So far I'm stuck in > instantiating X86TargetMachine and wondering whether it can be > > created from instances of TargetMachine or TargetData. > > > > Look at tools/opt/opt.cpp or tools/llc/llc.cpp. They both initialize the > target machine using the target data. > > Thanks a lot for the pointer. I'll take a look!Best regards, Ryan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130207/6790b7f4/attachment.html>
On Thu, Feb 07, 2013 at 04:07:38PM -0800, ryan wrote:> On Thu, Feb 7, 2013 at 3:23 PM, Nadav Rotem <nrotem at apple.com> wrote: > > > > > On Feb 7, 2013, at 3:17 PM, ryan <stdstack at gmail.com> wrote: > > > > > Thanks a lot for the reply, Nadav! > > > I see that using the cost model in target-independent analysis is not > > good. But I really like the idea of having instruction > > > cost estimation available. Also the reason I can't directly move to 3.2 > > code base is that it fails to compile(produce bc files) big > > > project like MySQL, where 3.0 has no problem. > > > > > > > Is this a known problem ? Can you please file a bugzilla ? LLVM should be > > able to compiler MySQL … > > > > OK. I didn't find much on the internet related to the > clang compilation error. Just filed the bug report > http://llvm.org/bugs/show_bug.cgi?id=15206FYI, MacPorts has clang blacklisted for MySql prior to 5.5...> > > > > > Right now, I'm trying to hard code a particular target, and copy part of > > the TargetTransformInfo and X86TargetTransformInfo > > > to a simple LLVM 3.0 project to try out. So far I'm stuck in > > instantiating X86TargetMachine and wondering whether it can be > > > created from instances of TargetMachine or TargetData. > > > > > > > Look at tools/opt/opt.cpp or tools/llc/llc.cpp. They both initialize the > > target machine using the target data. > > > > Thanks a lot for the pointer. I'll take a look! > > > Best regards, > Ryan> _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
On Thu, Feb 7, 2013 at 4:14 PM, Jack Howarth <howarth at bromo.med.uc.edu>wrote:> > FYI, MacPorts has clang blacklisted for MySql prior to 5.5...All right...But MySQL 5.1 is not that old to not to support... :)> > > > > > > > > Right now, I'm trying to hard code a particular target, and copy > part of > > > the TargetTransformInfo and X86TargetTransformInfo > > > > to a simple LLVM 3.0 project to try out. So far I'm stuck in > > > instantiating X86TargetMachine and wondering whether it can be > > > > created from instances of TargetMachine or TargetData. > > > > > > > > > > Look at tools/opt/opt.cpp or tools/llc/llc.cpp. They both initialize > the > > > target machine using the target data. > > > > > > Thanks a lot for the pointer. I'll take a look! > > > > > > Best regards, > > Ryan > > > _______________________________________________ > > LLVM Developers mailing list > > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev > >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130207/6d1f6e61/attachment.html>