search for: bigcheese

> Could be, echristo, bigcheese, would this be correct for Mach-O and COFF? bigcheese noted on IRC that the test crashes the COFF emitter. For some reason I am always getting movl $256, %eax ## imm = 0x100 calll *%eax on darwin already, so I guess you are right, the correct would be isTargetELF() &&...

2011/10/21 Rafael Ávila de Espíndola <rafael.espindola at gmail.com>: >> Could be, echristo, bigcheese, would this be correct for Mach-O and COFF? > > bigcheese noted on IRC that the test crashes the COFF emitter. For some > reason I am always getting > >        movl    $256, %eax              ## imm = 0x100 >        calll   *%eax > > on darwin already IIRC, we never use Sta...

...ic. It expects to use call-to-immediate. Is this in error? Should I disable this check? - pdox On Fri, Oct 21, 2011 at 11:49 AM, Eli Friedman <eli.friedman at gmail.com> wrote: > 2011/10/21 Rafael Ávila de Espíndola <rafael.espindola at gmail.com>: >>> Could be, echristo, bigcheese, would this be correct for Mach-O and COFF? >> >> bigcheese noted on IRC that the test crashes the COFF emitter. For some >> reason I am always getting >> >>        movl    $256, %eax              ## imm = 0x100 >>        calll   *%eax >> >> on darwin...

...dump * etc... I decided to make a new library instead of adding this to MC because I felt that MC is not really designed for generic object file handling. It is and should be designed for working with machine code. And a test of the largest object file generated by clang -g while compiling LLVM. bigcheese at CHIBISERV /tmp> nm --version GNU nm (GNU Binutils for Ubuntu) 2.20.1-system.20100303 Copyright 2009 Free Software Foundation, Inc. This program is free software; you may redistribute it under the terms of the GNU General Public License version 3 or (at your option) any later version. This pro...

Hi, Can the tools in LLVM create a Win32 exe or dll file? Or does LLVM still rely on Binutils and GCC for that? Is it possible/feasable/wanted that the LLVM toolchain could do this? Thanks, Ruben

...or dll file? Or does LLVM > still rely on Binutils and GCC for that? Is it > possible/feasable/wanted that the LLVM toolchain could do this? As you know, we need our linker! Please look into the slide in http://llvm.org/devmtg/2010-11/ "Object Files in LLVM" by Michael Spencer aka bigcheese. ...Takumi

...e. > > Is this in error? Should I disable this check? > > - pdox > > On Fri, Oct 21, 2011 at 11:49 AM, Eli Friedman <eli.friedman at gmail.com> wrote: >> 2011/10/21 Rafael Ávila de Espíndola <rafael.espindola at gmail.com>: >>>> Could be, echristo, bigcheese, would this be correct for Mach-O and COFF? >>> >>> bigcheese noted on IRC that the test crashes the COFF emitter. For some >>> reason I am always getting >>> >>> movl $256, %eax ## imm = 0x100 >>> calll *%eax &...

...error? Should I disable this check? >> >> - pdox >> >> On Fri, Oct 21, 2011 at 11:49 AM, Eli Friedman <eli.friedman at gmail.com> wrote: >>> 2011/10/21 Rafael Ávila de Espíndola <rafael.espindola at gmail.com>: >>>>> Could be, echristo, bigcheese, would this be correct for Mach-O and COFF? >>>> >>>> bigcheese noted on IRC that the test crashes the COFF emitter. For some >>>> reason I am always getting >>>> >>>> movl $256, %eax ## imm = 0x100 >>>>...

.../COFF.h and lib/MC/WinCOFFObjectWriter.cpp. This includes almost the minimum changes required to split them up. WinCOFFObjectWriter now needs some refactoring to make things more consistent and less verbose. There also seem to be quite a few memory leaks that need to be resolved. http://github.com/Bigcheese/llvm-mirror/commit/a6f207e2a9b04e1c82c949e207b8f420535e3c2f (still passes the test) Any ideas for refactoring this are welcome. I have some ideas for refactoring, but I would feel a lot better about making any major changes if I had some outside input. I'm now going to make the stub patches t...

...;t notice that. Here's yet another style patch. Thanks to coppro for the review that found most of these. (note, I made a branch and did a rebase just so I could merge all the changes into one commit for the sexy github diff display :P. Switch to master if you want to pull). http://github.com/Bigcheese/llvm-mirror/commit/9e44816f67d80cf0a5572f0302573ec73182fcd5 Up next are the more substantial changes; starting with splitting up WinCOFF.h into Support/COFF.h and WinCOFFObjectWriter. - Michael Spencer

On Wed, Jun 23, 2010 at 12:22 AM, Michael Spencer <bigcheesegs at gmail.com> wrote: > I'm now going to make the stub patches that Daniel requested. Added llvm/Support/COFF.h and merged in COFF constants from llvm/MC/MCSectionCOFF.h. Zeroth patch is done. http://github.com/Bigcheese/llvm-mirror/commit/2d88aa08a072bb5f8d687b67d1476f23d37a87d4 A s...

...; wrote: > - Please split the patch into at least four parts: > (1) Add WinCOFFStreamer, with a stub implementation. > (2) Add WinCOFFObjectWriter, with a stub implementation. > (3) Fill in WinCOFFStreamer. > (4) Fill in WinCOFFObjectWriter. 3rd patch http://github.com/Bigcheese/llvm-mirror/commit/061848bca977d5d84b296aa91afd9a3a3dac0093 And patch attached. I'll wait on posting the 4th and 5th (making the X86 back end actually use this stuff on windows and tests) patches until 1 & 2 are committed and this one is reviewed. - Michael Spencer -------------- next p...

Rafael, I believe MachO can't represent this relocation, even in non-PIC mode. On my Mac, I tried compiling "call 256". I got: in section __TEXT,__text reloc 0: R_ABS reloc but no absolute symbol at target address I believe the correct thing to do is: isTargetELF() && TM.getRelocationModel() == Reloc::Static This will do the right thing on ELF, and the right thing on

...l > at target address > > I believe the correct thing to do is: > > isTargetELF() && TM.getRelocationModel() == Reloc::Static > > This will do the right thing on ELF, and the right thing on other > formats. This may have been the original intent. Could be, echristo, bigcheese, would this be correct for Mach-O and COFF? > - pdox > Cheers, Rafael

Hi Nick, Bigcheese, When lld is used to link C++ code, it would be required to demangle symbol names by default/user driven option. The Gnu linker has the following options :- --demangle=[style] --no-demangle I found that clang/llvm-symbolizer use __cxx_demangle function. I would think that lld also need to cal...

Hi Nick, Bigcheese, I wanted to add support to support .gnu.linkonce sections in the resolver. _*About .gnu.linkonce sections*_ .gnu.linkonce sections were primarily present in ELF that was used in a way to model COMDAT in early ELF implementations. We have seen usecases of .gnu.linkonce sections used in various...

On Wed, Jun 9, 2010 at 11:11 PM, Nathan Jeffords <blunted2night at gmail.com> wrote: > This is cool, I was looking into something like this, but hit a little bit > of a wall, and then got sidetracked on another project. I was going to use > llc to generate COFF object files as opposed to clang. Seems to me llc would > give better control over what was generated and would also not

On Thu, Jun 10, 2010 at 2:41 AM, Bigcheese <bigcheesegs at gmail.com> wrote: > On Wed, Jun 9, 2010 at 11:11 PM, Nathan Jeffords > <blunted2night at gmail.com> wrote: >> This is cool, I was looking into something like this, but hit a little bit >> of a wall, and then got sidetracked on another project. I was goi...

Right on, thanks for working on this. I have been busy lately, but its good to see progress being made. On Mon, Jun 21, 2010 at 11:31 PM, Michael Spencer <bigcheesegs at gmail.com>wrote: > On Mon, Jun 21, 2010 at 3:15 PM, Nathan Jeffords > <blunted2night at gmail.com> wrote: > > write_uint32_le is used to write into a arbitrary data buffer, where as > > WriteLE32 is used to write into the object file. > > Ah, I didn't not...

...se split the patch into at least four parts: >    (1) Add WinCOFFStreamer, with a stub implementation. >    (2) Add WinCOFFObjectWriter, with a stub implementation. >    (3) Fill in WinCOFFStreamer. >    (4) Fill in WinCOFFObjectWriter. Here's the 1'st patch. http://github.com/Bigcheese/llvm-mirror/commit/46395d989c7e5e799e9206acceb1174490c92ead And svn style attached. - Michael Spencer -------------- next part -------------- A non-text attachment was scrubbed... Name: ms-coff-patch-1.svn.patch Type: application/octet-stream Size: 9261 bytes Desc: not available URL: <http://l...