search for: tilmann

Tilmann Scheller <tilmann.scheller at googlemail.com> writes: [snip] > It might be worth to put an Eclipse CDT project file with relative > paths to the header files in the LLVM SVN repository to make it easier > for people to use Eclipse in the future (my project files currently > cont...

On Jul 17, 2013, at 1:19 PM, Tilmann Scheller <tscheller at apple.com> wrote: > I actually never did a build with Eclipse, only used it for code navigation and debugging :) Actually that’s not really true, I did build with Eclipse from time to time to get all the sources TableGen generates automatically. This is really nice...

On 07/16/2013 05:21 AM, Tilmann Scheller wrote: > Hi Reed, > > I’ve used Eclipse for a long time to do LLVM development on Linux (both for code navigation/editing and debugging), any recent Linux distribution and version of Eclipse should be fine (even older versions should be good enough as this has been working for man...

....g. having chunks of LLVM MC instructions for the individual LLVM IR instructions (ideally describing the mapping with TableGen), glueing them together doing no dynamic register allocation, no scheduling. I'd be willing to mentor such a project, let me know if you're interested. Regards, Tilmann [1] http://www.iaeng.org/publication/IMECS2011/IMECS2011_pp212-216.pdf -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20110405/cc45fb99/attachment.html>

I''ve got a spec that loads a fixture in the "before" block. This works fine running scripts/spec, but when I run rake spec instead, I get: ActiveRecord::StatementInvalid in ''User in fixture :quentin with an IM service but no IM name should be invalid'' Mysql::Error: Cannot delete or update a parent row: a foreign key constraint fails

...r a long time: for every CACAO IR instruction, there is a sequence of x86 instructions that get written directly to the executable memory. In CACAO, registers are used while available, then everything is spilled. Relocations are resolved and patched in a second go. It seems this is similar to what Tilmann refers to in the old qemu JIT: On Tue, Apr 5, 2011 at 11:49 PM, Tilmann Scheller <tilmann.scheller at googlemail.com> wrote: > The old qemu JIT used an extremely simple and fast approach which performed > surprisingly well: Having chunks of precompiled machine code (from C > source...

...t from that they are working fine. In terms of key bindings both Eclipse and Xcode ship with Emacs key bindings and there are plugins which allow you to use vim key bindings as well. With Eclipse I’ve been using the Viable plugin for that and for Xcode there is Xvim. Hope this helps :) Regards, Tilmann On Jul 16, 2013, at 1:05 PM, reed kotler <rkotler at mips.com> wrote: > Is anyone using Eclipse and gdb to debug llvm/clang? > If so, which version of Eclipse, gdb and linux flavor. > > I just use gdb currently. > > I'm going to try using my mac also. > Is anyone...

Is anyone using Eclipse and gdb to debug llvm/clang? If so, which version of Eclipse, gdb and linux flavor. I just use gdb currently. I'm going to try using my mac also. Is anyone using xcode/lldb to debug llvm/clang? Tia. Reed

Jim Grosbach <grosbach at apple.com> writes: >> To me, increasing coverage of the FastISel seemed more involved than >> directly emitting opcodes to memory, with a lesser outlook on >> reducing overhead. > > That seems extremely unlikely. You'd be effectively re-implementing > both fast-isel and the MC binary emitter layers, and it sounds like a > new

On 07/16/2013 05:21 AM, Tilmann Scheller wrote: > Hi Reed, > > I’ve used Eclipse for a long time to do LLVM development on Linux (both for code navigation/editing and debugging), any recent Linux distribution and version of Eclipse should be fine (even older versions should be good enough as this has been working for man...

...the Clang unittests/AST > In Eclipse you can tell it that a given directory is derived, and then it won't try and index it. Probably the more complex clang tests are too involved for the indexer. >>> Hope this helps :) >>> >>> Regards, >>> >>> Tilmann >> >> Have you had trouble with the C++ indexer getting stuck in some kind of >> infinite loop indexing. >> >> It's happening to me with this Cmake (but happened too without cmake). >> >> Seems to be a common problem. >> >> I have a giant ma...

...e. It might be worth to put an Eclipse CDT project file with relative paths to the header files in the LLVM SVN repository to make it easier for people to use Eclipse in the future (my project files currently contain absolute paths, so they're probably not useful to other people). Greetings, Tilmann

...ssible to tell CMake to not throw them away? I'm impressed how easy this is, you only need to do a "cmake -G 'Eclipse CDT4 - Unix Makefiles' $SRCDIR" in your $OBJDIR and import the project created in $OBJDIR into Eclipse. Thanks for adding CMake support to LLVM! Greetings, Tilmann

Tilmann Scheller <tilmann.scheller at googlemail.com> writes: > Apparently CMake deletes the C++ files which are generated by > TableGen, is it possible to tell CMake to not throw them away? Certainly the build does not delete those files. Maybe you looked at the wrong place. Try $OBJDIR/lib/...

What was the first target for LLVM? Tia. Reed

Hi Reed, I think it was SPARC, feel free to correct me though :) Regards, Tilmann On Apr 15, 2013, at 11:21 AM, reed kotler <rkotler at mips.com> wrote: > What was the first target for LLVM? > > Tia. > > Reed > > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm....

...ff gets rebuilt even though there’s is no need to. I haven’t spent any time to track down what’s actually the problem there but I assume it has to do with the way CMake generates Xcode projects. It’s possible to start debugging without building though so it’s rather easy to workaround :) Regards, Tilmann -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20130717/18a64d6b/attachment.html>

Hi Tilmann, > Nevertheless, it is unlikely that llvm-qemu will ever be much faster > than regular qemu (by replacing its code generator completely, which > it currently does), which is due to the fact that regular qemu has a > very lightweight code generator (it basically only copies blocks of &g...

Has anyone tried using the Eclipse CDT plugin (or another C++ IDE) to develop code in LLVM? I'm specifically interested in getting code completion to work. --Patrick

...on because of this stage. > > > Do you have a testcase? An .ll file with no 64-bit operations, and one > optimization pass that introduces them? Sounds a lot like the issue I reported in PR 3101. Can you run your bitcode through opt -instcombine and check for promotions? Greetings, Tilmann