search for: kleckner

...; LLVM: > 1. r205067 - Akira Hatanaka <ahatanaka at apple.com> - [x86] Fix printing of > register operands with q modifier > 2. r203581 - Hans Wennborg <hans at hanshq.net> - X86: Don't generate 64-bit > movd after cmpneqsd in 32-bit mode (PR19059) > 3. r203146 - Reid Kleckner <reid at kleckner.net> - MS asm: The initial dot in > struct access is optional > 4. r202774 - Reid Kleckner <reid at kleckner.net> - MC: Fix Intel assembly > parser for [global + offset] > 5. r201507 - Craig Topper <craig.topper at gmail.com> - Fix diassembler > ha...

Hi Reid, If an argument is a pointer and the function changes the value it pointed to, do you know how to get that updated value after executing the wrapper function? Thanks. Vu On Tue, Jan 11, 2011 at 2:40 PM, Reid Kleckner <reid.kleckner at gmail.com>wrote: > On Tue, Jan 11, 2011 at 1:41 PM, Vu Le <vmle at ucdavis.edu> wrote: > > Hi, > > I want to implement a tool that probes a function with several input and > > records all the return output. > > The function might have more t...

...){ >   *t = 2 > } > What I did was that I create a wrapper > void Wrapper(){ >   int a = 1; >   int *b = &a; >   f(b); >   // now I want to print the value of b >   // but I don't know how > } > > Thanks. > Vu > On Thu, Feb 10, 2011 at 6:56 PM, Reid Kleckner <reid.kleckner at gmail.com> > wrote: >> >> Not sure what you mean here.  If you have a copy of that pointer in >> the caller of the wrapper function, you should be able to follow it to >> recover the modified value as normal. >> >> Reid >> >&gt...

...w will the moved code be executed at runtime? > > > > Thanks > > -Joseph > > > > > > *From:* llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] *On > Behalf Of *Kaylor, Andrew > *Sent:* Wednesday, January 28, 2015 7:49 PM > *To:* Reid Kleckner > *Cc:* Bataev, Alexey; Reid Kleckner (reid at kleckner.net); LLVM Developers > Mailing List > *Subject:* Re: [LLVMdev] RFC: Native Windows C++ exception handling > > > > Hi Reid, > > > > I’ve worked through a few scenarios, and I think this is converging. I’m >...

---------- Forwarded message ---------- From: Ryan Taylor <ryta1203 at gmail.com> Date: Thu, Dec 8, 2011 at 11:13 AM Subject: Re: [LLVMdev] GetElementPtr To: Reid Kleckner <reid.kleckner at gmail.com> There is no support for gep, it's my understanding that it's target-independent, so there's no reason to put the lowering in the target lowering portion is there? Eventually the GEP has to be lowered correctly, to the target architecture, but the do...

...size optimization might want to merge the adds by hoisting them up above the indirect branch? If that happened, wouldn't it get skipped over if an exception were raised? Thanks -Joseph From: Kaylor, Andrew [mailto:andrew.kaylor at intel.com] Sent: Wednesday, February 11, 2015 2:06 PM To: Reid Kleckner; Joseph Tremoulet Cc: Bataev, Alexey; Reid Kleckner (reid at kleckner.net); LLVM Developers Mailing List Subject: RE: [LLVMdev] RFC: Native Windows C++ exception handling It’s an interesting problem though. If an instruction is in the landing pad block but not inside a begincatch/endcatch pair it...

Reid Kleckner <reid.kleckner at gmail.com> writes: > While eliminating duplication is one of the goals I see in this build system > change, I think the more important ones are a) simplifying the build files > and b) making the build faster. The "build files" are the Makefiles, right? A...

...dent"? On Thu, Dec 8, 2011 at 11:18 AM, Ryan Taylor <ryta1203 at gmail.com> wrote: > > > ---------- Forwarded message ---------- > From: Ryan Taylor <ryta1203 at gmail.com> > Date: Thu, Dec 8, 2011 at 11:13 AM > Subject: Re: [LLVMdev] GetElementPtr > To: Reid Kleckner <reid.kleckner at gmail.com> > > > There is no support for gep, it's my understanding that it's > target-independent, so there's no reason to put the lowering in the target > lowering portion is there? > > Eventually the GEP has to be lowered correctly, to the...

On Fri, Oct 27, 2017 at 1:08 PM, Hal Finkel <hfinkel at anl.gov> wrote: > On 10/27/2017 02:51 PM, Reid Kleckner wrote: > > Personally, I don't like the side effect intrinsic. > > > Understood. I also don't like the fact that it will clutter the IR in many > cases. > > It will pollute all the IR generated by non-C frontends. What most of > these frontends really want is just...

Great! Thanks everyone for the input, I'm going to start splitting up the patch. I'll send out the non-mechanical parts separately. On Wed, Oct 31, 2018 at 10:03 PM Chris Lattner <sabre at nondot.org> wrote: > On Oct 31, 2018, at 2:24 PM, Reid Kleckner <rnk at google.com> wrote: > > Alex Kornienko proposed enabling this warning back in 2012 here: > http://lists.llvm.org/pipermail/llvm-dev/2012-July/051386.html > > At the time, Chris Lattner said he didn't feel it was worth annotating > all of LLVM and Clang with a new...

Thanks Reid - I'm on Windows. I guess I just assumed I was missing something obvious in how to hook up the JIT and disassembler! Given the nice looking disassembly code I found, I thought people would be doing it all the time :-) b. On Tue, Jul 6, 2010 at 8:41 PM, Reid Kleckner <reid.kleckner at gmail.com> wrote: > If you're on a recent flavor of Linux, you may be able to just go into > gdb and type "disas <pointer-to-JITed-code>".  More detail here: > http://llvm.org/docs/DebuggingJITedCode.html > > If you still want to do it prog...

...pping 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 from the debugger after > assertion failure. > > Reid > > On Tue, Jul 26, 2011 at 8:07 PM, Alistair Lynn <arplynn at gmail.com> wrote: > > Hi- > > > >> Yep, but tripping...

On Wed, Jun 1, 2011 at 12:53 PM, Henry Mason <thefridgeowl at gmail.com> wrote: > This is pretty much what's happening with Portable Native Client, right? > > http://www.chromium.org/nativeclient/pnacl > > See also the first presentation from the November LLVM meeting: http://llvm.org/devmtg/2010-11/ PNaCl fixes data layout to be just "portable enough" to cover

On Fri, Oct 28, 2011 at 3:54 AM, Óscar Fuentes <ofv at wanadoo.es> wrote: > Anyways, if you wish to avoid duplicating info on both Makefile and > CMakeLists.txt there is a simple solution: read and parse the Makefile > from the corresponding CMakeLists.txt. For instance, if you put the > library dependencies on the Makefile like this: > > LLVMLIBDEPS := foo zoo bar >

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

On Sun, Nov 14, 2010 at 11:45 AM, Reid Kleckner <reid.kleckner at gmail.com> wrote: > On Sun, Nov 14, 2010 at 11:17 AM, Kenneth Uildriks <kennethuil at gmail.com> wrote: >> To fix that and compile C++ correctly while aggressively >> devirtualizing it, we would need to apply "noalias" to the result of >>...

On Wed, 15 Jan 2020, Reid Kleckner via llvm-dev wrote: > On Wed, Jan 15, 2020 at 11:14 AM Luke Drummond <luke.drummond at codeplay.com> > wrote: > On Wed Jan 15, 2020 at 6:58 PM, Reid Kleckner wrote: > > Does the same limitation exist in VS 2017? I think that's our > support >...

On Sun, Jul 3, 2011 at 10:34 PM, Reid Kleckner <reid.kleckner at gmail.com> wrote: > An easier way would be to use a coverage tool like gcov to see what's > actually *used* when the app is run normally.  Then you can ask the > question, what percentage of all lines of code are dead? We need something that can do this using s...

...t; [x86] Fix printing of > > > register operands with q modifier > > > 2. r203581 - Hans Wennborg <hans at hanshq.net <javascript:;>> - X86: > > Don't generate 64-bit > > > movd after cmpneqsd in 32-bit mode (PR19059) > > > 3. r203146 - Reid Kleckner <reid at kleckner.net <javascript:;>> - MS asm: > > The initial dot in > > > struct access is optional > > > 4. r202774 - Reid Kleckner <reid at kleckner.net <javascript:;>> - MC: Fix > > Intel assembly > > > parser for [global + offset...

...graph in my example as you suggest, is there no cause for concern that some post-outlining pass might try to insert code into that block? Like maybe some sort of late profile instrumentation? It's great if there's not; I'm just trying to understand why not. Thanks -Joseph From: Reid Kleckner [mailto:rnk at google.com] Sent: Wednesday, February 11, 2015 5:09 PM To: Joseph Tremoulet Cc: Kaylor, Andrew; Bataev, Alexey; Reid Kleckner (reid at kleckner.net); LLVM Developers Mailing List Subject: Re: [LLVMdev] RFC: Native Windows C++ exception handling On Wed, Feb 11, 2015 at 1:57 PM, Josep...