search for: blunted2night

On Thu, Sep 23, 2010 at 4:04 AM, Michael Spencer <bigcheesegs at gmail.com>wrote: > On Thu, Sep 23, 2010 at 2:40 AM, Nathan Jeffords > <blunted2night at gmail.com> wrote: > > here are a couple of patches to address some warnings > > in Microsoft compilers, and a build error in vs2010 in particular > > vs2010-errors.patch: > > In SelectionDAGISel, std::pairs or pointers are being constructed using > a 0 > > as...

...iled a small test and it didn't work. The recommended solution is: (expression) != 0 http://msdn.microsoft.com/en-us/library/b6801kcy.aspx It even says: Casting the expression to type bool will not disable the warning, which is by design. On Thu, Sep 23, 2010 at 9:18 AM, Nathan Jeffords <blunted2night at gmail.com>wrote: > > > On Thu, Sep 23, 2010 at 4:04 AM, Michael Spencer <bigcheesegs at gmail.com>wrote: > >> On Thu, Sep 23, 2010 at 2:40 AM, Nathan Jeffords >> <blunted2night at gmail.com> wrote: >> > here are a couple of patches to address some...

...recommended > solution is: > > (expression) != 0 > > http://msdn.microsoft.com/en-us/library/b6801kcy.aspx > > It even says: Casting the expression to type bool will not disable the > warning, which is by design. > > On Thu, Sep 23, 2010 at 9:18 AM, Nathan Jeffords <blunted2night at gmail.com>wrote: > >> >> >> On Thu, Sep 23, 2010 at 4:04 AM, Michael Spencer <bigcheesegs at gmail.com>wrote: >> >>> On Thu, Sep 23, 2010 at 2:40 AM, Nathan Jeffords >>> <blunted2night at gmail.com> wrote: >>> > here are a c...

On Sun, Sep 26, 2010 at 3:28 PM, Michael Spencer <bigcheesegs at gmail.com>wrote: > On Sun, Sep 26, 2010 at 5:27 PM, Nathan Jeffords > <blunted2night at gmail.com> wrote: > > Hi guys, > > While trying to get dwarf debugging information to work with Win32 COFF > > targets, I came across a couple of issues with the current implementation > > of WinCOFFObjectWriter. Emitting empty section causes debug information > to...

Great suggestion - what should the !NDEBUG version look like? On Tue, Jul 26, 2011 at 8:01 PM, Nathan Jeffords <blunted2night at gmail.com>wrote: > sorry, my previous message got sent too early > > I think the macro should look something like this: > > #define ASSERT_STRM(cond,expr) \ > do { > if (cond) { > std::cerr << expr << std::end; > assertion_trap (); > } &...

On Sun, Sep 26, 2010 at 6:47 PM, Nathan Jeffords <blunted2night at gmail.com> wrote: > On Sun, Sep 26, 2010 at 3:28 PM, Michael Spencer <bigcheesegs at gmail.com> > wrote: >> >> On Sun, Sep 26, 2010 at 5:27 PM, Nathan Jeffords >> <blunted2night at gmail.com> wrote: >> > Hi guys, >> > While trying to get d...

sorry, my previous message got sent too early I think the macro should look something like this: #define ASSERT_STRM(cond,expr) \ do { if (cond) { std::cerr << expr << std::end; assertion_trap (); } } while (false) On Tue, Jul 26, 2011 at 7:57 PM, Nathan Jeffords <blunted2night at gmail.com>wrote: > wrapping the macro's body in: > > do { ... } while (false) > > would make the the macro a proper statement so that: > > if (cond) > ASSERT(some_other_cond); > else > do_something_cool (); > > compiles as expected. > > IMO,...

wrapping the macro's body in: do { ... } while (false) would make the the macro a proper statement so that: if (cond) ASSERT(some_other_cond); else do_something_cool (); compiles as expected. IMO, it would work as such #define ASSERT_STM(cond,expr) On Tue, Jul 26, 2011 at 6:36 PM, Reid Kleckner <reid.kleckner at gmail.com>wrote: > He wants to be able to resume execution

For those that are interested, I have attached the latest version of my Win32 COFF support patch. There is no new functionality, I just fixed some compiler errors due to recent changes in the MC library. - Nathan -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20100527/23598d23/attachment.html>

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

Hi guys, While trying to get dwarf debugging information to work with Win32 COFF targets, I came across a couple of issues with the current implementation of WinCOFFObjectWriter. Emitting empty section causes debug information to invalid, as the presence of certain debug section implies available information, and emission of labels as symbols confused gdb about the structure of the program. The

On Sun, Jun 13, 2010 at 4:43 PM, Nathan Jeffords <blunted2night at gmail.com> wrote: >> I know some people are working on native linkers for LLVM. It would be >> interesting to see an architecture for handling object files that >> could be shared between lib/MC and a linker. > > > This would be good I think. > If a linker loaded...

On Jun 14, 2010, at 3:41 PM, Nathan Jeffords <blunted2night at gmail.com> wrote: > Michael, > > I have not made any changes since I last posted a patch. If you > would like to make the final updates, thats fine by me. I don't mind > making the changes either, I can have them done this evening as well. I'll let you do it the...

Hi guys, I have attached my patch to support generating win32 COFF object files. I would have posted earlier, but my system drive crashed and I had to rebuild my system; Luckily, my source code was on a secondary drive. I think this would be a good beginning for ongoing support of the COFF object file format and was hoping for some feedback as to whether it was commit worthy or what was needed to

Oops, I've managed to exclude the list... On 12 September 2012 19:28, Nathan Jeffords <blunted2night at gmail.com> wrote: > > > On Wed, Sep 12, 2012 at 8:50 AM, Manu <turkeyman at gmail.com> wrote: > >> On 12 September 2012 18:19, Nathan Jeffords <blunted2night at gmail.com>wrote: >> >>> This project seems to have some ability to convert to PDB, tho...

On Sun, Sep 26, 2010 at 1:44 PM, Renato Golin <rengolin at systemcall.org>wrote: > On 26 September 2010 20:13, Nathan Jeffords <blunted2night at gmail.com> > wrote: > > I believe the perceived problem with using eh.exception is that > > is disassociates the source of the value with the invoke instruction that > > generated it. As far as reusing the landing pad, that is still possible, > it > > would just...

On 28 May 2010 05:59, Nathan Jeffords <blunted2night at gmail.com> wrote: > For those that are interested, I have attached the latest version of my > Win32 COFF support patch. There is no new functionality, I just fixed some > compiler errors due to recent changes in the MC library. > > Nathan, Sorry about this but... On Cygwin w...

Nathan Jeffords <blunted2night at gmail.com> writes: > For those that are interested, I have attached the latest version of my > Win32 COFF support patch. There is no new functionality, I just fixed some > compiler errors due to recent changes in the MC library. Thanks Nathan. Any objections for not accepting the...

On Sun, Jun 13, 2010 at 2:56 PM, Michael Spencer <bigcheesegs at gmail.com>wrote: > On Sun, Jun 13, 2010 at 4:43 PM, Nathan Jeffords > <blunted2night at gmail.com> wrote: > >> I know some people are working on native linkers for LLVM. It would be > >> interesting to see an architecture for handling object files that > >> could be shared between lib/MC and a linker. > > > > > > This would be good I...

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 notice that. Here's yet another style patch. Thanks to coppro for the review that found most of these. (note, I made a b...