similar to: [LLVMdev] PATCH: add new test tool: obj2yaml

So, I've written a tool called "obj2yaml". It takes an object file (currently just COFF), and dumps out a textual representation. Micheal Spencer has written a companion tool (not yet landed) called "yaml2obj". The primary use for these tools is for generating test cases for lld, though they are general purpose tools, and can be used to generate test cases (or debug) other

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.

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). --

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

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 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

Let's suppose that MCLinker folks are here already - I am a committer of this project :). Maybe I did not formulate my suggestion correctly. When I offer to "install" the yaml2obj and obj2yaml utilities I mean result of the "make install" command only. I do not suggest to include this utilities into any distributed binary packages. To be clear I attached the patch with

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

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

[ 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

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

Now the yaml2obj and obj2yaml utilities used in LLVM and LLD projects tests only and not installed by the "make install" command. I think they might be also useful in third-party projects like MCLinker. I suggest to move these utilities into the "tools" category and install them together with other LLVM tools. Any objections or comments? -- Simon Atanasyan

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