similar to: [LLVMdev] Best location for testing-type tools?

This patch adds a tool called 'obj2yaml', which takes an object file, and produces a YAML representation of the file. This is a companion tool to Michael Spencer's proposed "yaml2obj" tool. This tool processes only COFF files; the plan is to enhance it to handle other object formats, as well as object archives. The primary uses for this tool is expected to be: 1) Debugging

Delete it. =] Thanks. On Tue, Sep 4, 2012 at 9:53 PM, Marshall Clow <mclow.lists at gmail.com> wrote: > In a discussion on IRC, Micheal was complaining about the semantics of > StringSet, specifically how the iterators work. > > DannyB mentioned that we have a Trie class, so I decided to check it out. > Lo and behold, I couldn't find _any_ uses of it, and when I deleted

On Nov 6, 2012, at 2:19 PM, Marshall Clow <mclow.lists at gmail.com> wrote: > Binutils and LLVM > > As part of "owning our own toolchain", various people have expressed an interest and have been working on creating various tools that duplicate the functionality of tools available on other systems. I have summarized the information that I've gathered, and put it up

If you haven't already found it, you should look inside tools/llvm-objdump/llvm-objdump.cpp, which is an easy-to-follow example of how these APIs work --Sean Silva. On Mon, Jun 11, 2012 at 5:41 PM, Marshall Clow <mclow.lists at gmail.com>wrote: > So, I'm trying to use this file to look inside COFF files. > Got the header. OK. > > Now I want to look at the sections.

I have two different machines with LLVM source trees on them. One builds fine, the other gives the error above. This behavior started on Tuesday. Both machines have the sources on a non-boot disk. The source trees are identical, and in both cases, I have a separate object directory. I have removed the object directories, and reran configure: mkdir llvm-build cd llvm-build ../llvm/configure

There's a typo on the confirmation page at <http://www.llvm.org/devmtg/talk.php> when you submit a session proposal for the developer's conference. "Sponsorsip" I'll be happy to fix it if someone could point me at the right place in svn. -- Marshall Marshall Clow Idio Software <mailto:mclow.lists at gmail.com> A.D. 1517: Martin Luther nails his 95

The file begins: > #ifndef LLVM_SUPPORT_WIN_COFF_H > #define LLVM_SUPPORT_WIN_COFF_H Why "WIN_COFF_H" - since this code is not windows-specific, as far as I can tell. -- Marshall Marshall Clow Idio Software <mailto:mclow.lists at gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly moderated down to (-1, Flamebait). --

[ Sorry if this is the wrong list; I don't know of an 'llvm-news' list ] In a discussion about ebooks on his blog (http://www.antipope.org/charlie/blog-static/2012/07/why-ebooks-are-not-like-paper-.html): > Why ebooks are not like paper books [snip] > Other key points: > > It's irrelevant in trade fiction, but epub 3.x permits embedding of Javascript. Which means

On Jul 4, 2012, at 8:33 AM, Alexey Samsonov wrote: > Hello! > > We want to implement in-process symbolizer for {Address,Thread}Sanitizer testing tools that would be based on LLVM libraries. > I've noticed that llvm-nm (as well as other tools) doesn't demangle C++ names. Is it true, that LLVM doesn't have the code that is capable > of that, and if yes, are there any

The bug number is 13619. Oh, apparently it crashes if you substitute "reinterpret_cast" with "static_cast" or "dynamic_cast" as well. > > Hey everyone, > > > > first of all I just wanted to say thanks :) I've been using libclang for > building my own C/C++ IDE and its great. I have, however discovered a bug > (which I already submitted

On Mar 12, 2013, at 7:36 AM, Tim Northover <t.p.northover at gmail.com> wrote: > Hi Renato, > >> The test is initializing srand(1), so in theory, it shouldn't be different >> between compilers, since Clang is using the same libraries. > > If Clang and GCC disagree on the same source, same machine and with > the same libraries, that certainly is odd. But it

On Aug 11, 2013, at 10:28 AM, Tom Browder <tom.browder at gmail.com> wrote: > I haven't found an LLVM or Clang users' list--is there such a thing? Yes. http://lists.cs.uiuc.edu/mailman/listinfo/cfe-users -- Marshall Marshall Clow Idio Software <mailto:mclow.lists at gmail.com> A.D. 1517: Martin Luther nails his 95 Theses to the church door and is promptly

On Oct 29, 2013, at 1:31 PM, Chandler Carruth <chandlerc at google.com> wrote: > On Mon, Oct 28, 2013 at 2:31 PM, Chris Lattner <clattner at apple.com> wrote: > Ok. If no-one has an objection, then putting it in the release notes (and the announcement email!) makes sense. We can make the switch a few weeks after the release if no one has strongly objected. > > So far,

On Aug 17, 2011, at 4:41 PM, Jordy Rose wrote: > Hi, LLVM. I have a question I'd like to get put into the official style guidelines: do we prefer NULL or 0 for C++ objects? I've seen both throughout the code. > > Personally I prefer NULL, since it establishes that something is a pointer and not an integer (or integer-constructed object, but thankfully we avoid implicit

On Jun 24, 2012, at 7:18 AM, Karel Gardas <karel.gardas at centrum.cz> wrote: > > Hello, > > first of all: one of the LLVM 3.0 new feature was a support for GHC specific calling convention on ARM platform. It looks like this support was merged just into 3.0 branch, specifically it appeared in 3.0 RC2. > Anyway, I hope this is just a mistake or omission that such support was

On Jun 13, 2012, at 4:47 PM, Mikael Lyngvig wrote: > 2012/6/14 Michael Spencer <bigcheesegs at gmail.com> > On Wed, Jun 13, 2012 at 4:02 PM, Mikael Lyngvig <mikael at lyngvig.org> wrote: > > If nobody else is doing it, I can translate the FAQ into Sphinx as I'd like > > to begin gradually extending it so that it some day becomes more than just > > bare

On May 21, 2012, at 11:21 AM, Villmow, Micah wrote: > I found a bug in the expansion code for SUB going back to at least LLVM 2.6 and still shows up in trunk. > case ISD::SUB: { > EVT VT = Node->getValueType(0); > assert(TLI.isOperationLegalOrCustom(ISD::ADD, VT) && > TLI.isOperationLegalOrCustom(ISD::XOR, VT) && > "Don't

# Everything is done on Mac OS X 10.8.4, with llvm/clang/libc++/libc++abi built from source this morning # totclang is an alias for the built clang. $ export LLVM=/Sources/LLVM $ export LIBCXX=$LLVM/libcxx $ export LIBCXXABI=$LLVM/libcxxabi $ totclang -std=c++11 -stdlib=libc++ -I $LIBCXX/include -fsanitize=undefined ubsan.cpp -L $LIBCXX/lib -L $LIBCXXABI/lib -lc++abi $

In a discussion on IRC, Micheal was complaining about the semantics of StringSet, specifically how the iterators work. DannyB mentioned that we have a Trie class, so I decided to check it out. Lo and behold, I couldn't find _any_ uses of it, and when I deleted it from my system and did a clean rebuild, everything was fine. Looking at the log, the last substantial change to this class was in

On Oct 25, 2011, at 6:09 AM, Marcello Maggioni wrote: > Hi, I'm trying to compile the latest clang/llvm SVN versions and I get > this error on multiple systems : Linking, not compiling, but still. I am getting a similar error when building this morning. > Undefined symbols for architecture x86_64: > "clang::Sema::checkPseudoObjectRValue(clang::Expr*)", referenced