similar to: [LLVMdev] Windows reviewers still needed?

In article <CACs=ty+7zKZU6Ad4jZ5J5Rb0qoMa-bNtO0f+xK_8SYfy3RyFbg at mail.gmail.com>, Reid Kleckner <rnk at google.com> writes: > Is there a problem if the string is not null terminated? If not, you can > snprintf it right into place instead of doing sprintf+mempcy. Am I the only one who scratches my head and says: sprintf? memcpy? Why are we using error-prone C APIs in

On Mon, 18 Jun 2012 15:15:13 MDT, Richard <legalize at xmission.com> wrote: > Does anyone recall the specific paper/system so that I can revisit it? Of course, I stumble across it as soon as I posted the message... KLEE is what I was remembering: <http://klee.llvm.org/GetStarted.html> -- "The Direct3D Graphics Pipeline" free book

Oops, meant to send this to the mailing list instead of to Reid privately. (Why cc the mailing list instead of just sending to the mailing list?) In article <CACs=tyJ6zaHeiS0eNhBkdcZE--JY4k7yH9_P1yFbGqod6uymMw at mail.gmail.com>, Reid Kleckner <rnk at google.com> writes: > Looks like a bug. This can probably be simplified with C++11. > > On Fri, Apr 4, 2014 at 10:39

At some point while browsing the LLVM web site, I stumbled across a paper that discussed using LLVM with an analysis technique that used dataflow analysis and generated speculative data for code. They used the technique on binutils and found a number of errors in that package. Does anyone recall the specific paper/system so that I can revisit it? I tried a number of google searches but I keep

Richard <legalize at xmission.com> writes: > I watched some LLVM videos yesterday and there was one where Chandler > Carruth was saying that LLVM/clang needed more Windows savvy > developers to review patches. > > Is this still the case? If so, how do I contribute? Just to be more verbose that Anton... :-) Subscribe to llvm-commits and cfe-commits mailing lists, watch for

Hi, I'm working on a project to generate native code for a domain specific langauge where the user defines functions in the complex plane. This implies that I need to support complex numbers as a datatype with LLVM. Its fairly straightforward to create a struct of two floats (or doubles, etc.) and do the simple operations like add, subtract, multiply, divide, etc. However, things get

Renato Golin wrote: > On 2 February 2014 21:59, Sylvestre Ledru <sylvestre at debian.org > <mailto:sylvestre at debian.org>> wrote: > > Maybe I missed a thread but is there any plan to rename > http://llvm-reviews.chandlerc.com/ to > a llvm.org <http://llvm.org> address ? > > > +1. > > Though, I can't push more work unto others, so

Is there a problem if the string is not null terminated? If not, you can snprintf it right into place instead of doing sprintf+mempcy. On Tue, Jul 23, 2013 at 12:29 PM, Paweł Bylica <pawel.bylica at ibs.org.pl>wrote: > Hi, > > Recently I was hit by an assert in WinCOFFObjectWriter that had forbidden > storing pointer to string table in header name field when the pointer had

On Tue, Jul 23, 2013 at 12:48 PM, Nico Rieck <nico.rieck at gmail.com> wrote: > On 23.07.2013 18:43, Reid Kleckner wrote: > >> Is there a problem if the string is not null terminated? If not, you can >> snprintf it right into place instead of doing sprintf+mempcy. >> > > snprintf always null-terminates (and truncates if there's not enough > space).

tools/llvm-objdump/COFFDump.cpp has two loops that advance the loop iterator using "I = ++I" instead of the usual "++I". For example: import_directory_iterator I = Obj->import_directory_begin(); import_directory_iterator E = Obj->import_directory_end(); if (I == E) return; outs() << "The Import Tables:\n"; for (; I != E; I = ++I) {

On 23.07.2013 18:43, Reid Kleckner wrote: > Is there a problem if the string is not null terminated? If not, you can > snprintf it right into place instead of doing sprintf+mempcy. snprintf always null-terminates (and truncates if there's not enough space). -Nico

Hi, Recently I was hit by an assert in WinCOFFObjectWriter that had forbidden storing pointer to string table in header name field when the pointer had more that 6 decimal digits. This limit had been chosen to make implementation easier (sprintf adds null character at the end) and could be increased to 7 digits. My patch is attached. The implementation uses additional buffer on the stack to make

On Mon, Apr 7, 2014 at 12:09 PM, Joerg Sonnenberger <joerg at britannica.bec.de > wrote: > On Mon, Apr 07, 2014 at 08:38:58AM -0600, Richard wrote: > > Oops, meant to send this to the mailing list instead of to Reid > > privately. (Why cc the mailing list instead of just sending to the > > mailing list?) > > > > In article <CACs= >

On Tue, 8 Mar 2016, Pete Batard via Syslinux wrote: > On 2016.03.08 03:10, BALATON Zoltan via Syslinux wrote: >> The difference is that the >> headache in this case is for those tech savvy people creating the hybrid >> iso who should be able to figure it out so the non-tech savvy end users >> should not have a problem with it as long as used as intended. > >

On Tue, 8 Mar 2016, Pete Batard via Syslinux wrote: > would. As I mentioned, I've seen reports of ISOHybrids that didn't boot in DD > mode, but that seemed to work using the Rufus process. And you will always be > limited by what the "automated process" that is the ISOHybrid algorithm can > do (which can of course be modified by a developer, but so can Rufus'

On Mon, 7 Mar 2016, Pete Batard via Syslinux wrote: > I could also say something about the ISOHybrid _HACK_, which clearly is not > something that was ever intended by the people who designed ISO-9660, and > that could "either work if you're lucky or fail if you're not". Looking at > the recent history of this mailing list, it does seem to me like ISOHybrid >

so much for the markdown listserve grapevine... it ends up that there has been a markdown-savvy display-in-real-time app for a couple months now, by the name of "macchiato", coded by a college kid. > http://getmacchiato.com > http://kswizz.com/post/8624456381/macchiato > http://mac.onedayoneapp.com/macchiato/ > http://shawnblanc.net/2011/08/macchiato/ >

On Aug 31, 2005, at 4:19 PM, Michael Smith wrote: > > Our primary aim is to have excellent support for free formats > (primarily, this means the xiph codecs - we'd be happy to help out > with any other freely usable formats, though). As a concession to > existing icecast users, we have basic mp3 support (basically we just > pass it through untouched), and this mechanism works

Some concern was expressed over the lguest review status, so I shall send the patches out again for people to review, to test, to make observations about the author's personal appearance, etc. I'll plan on sending these patches off to Linus in a week's time, assuming all goes well. Thanks. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body

Some concern was expressed over the lguest review status, so I shall send the patches out again for people to review, to test, to make observations about the author's personal appearance, etc. I'll plan on sending these patches off to Linus in a week's time, assuming all goes well. Thanks. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body