similar to: [LLVMdev] JIT memory manager: NeedsExactSize() ?

On Jul 21, 2010, at 5:01 PM, Reid Kleckner wrote: > Oh god, rip it out. IIRC it's just a complete parallel > reimplementation of bunch of instruction encoding stuff just to > compute the code size. Yeah, I know. It's the 3rd and most incorrect copy of the instruction emitter. I really really want to rip it out, but we do have a unit test for the 'needsexactsize()'

Oh god, rip it out. IIRC it's just a complete parallel reimplementation of bunch of instruction encoding stuff just to compute the code size. Reid On Wed, Jul 21, 2010 at 3:52 PM, Chris Lattner <clattner at apple.com> wrote: > The JIT has a codepath that supports JIT memory managers that return true for NeedsExactSize().  This is particularly bad for X86, because the "exact

Hello, all experts. When I use pid provider, my Dscript with -F option output the codepath with flowindent as you know, e.g. -> main -> f1 -> f2 however I realized that the exec file I used at that time was stripped. Does anyone know the reason why I could see the function names? Thanks in advance. -- This message posted from opensolaris.org

I've been playing with the Win32 SYSLINUX, and it fails if you're not using NT or 2K or XP. There are some differences when using it under Win95/98/ME, but is there any reason that this program couldn't just have a different codepath for those older version of Windows? Alex Pavloff - apavloff at esatechnology.com ESA Technology ---- www.esatechnology.com ------- Linux-based

These numbers were collected on Rafael's clang-fsds test case (however, I removed -O3 and --gc-sections) with a command like: ``` sudo perf record --event=cache-misses --call-graph=dwarf -- /home/sean/pg/llvm/release/bin/ld.lld @response.txt -o /tmp/t --no-threads ``` And then ``` sudo perf report --no-children --sort dso,srcfile ``` One annoying thing about these numbers from perf is that

On Thu, Jan 3, 2013 at 8:22 AM, <dag at cray.com> wrote: > "Caldarale, Charles R" <Chuck.Caldarale at unisys.com> writes: > >>> From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] >>> On Behalf Of greened at obbligato.org >>> Subject: Re: [LLVMdev] Build Failure >> >>> It seems a better option than

Hi all, I'm using the JIT capabilities of LLVM. But so far, I've been unable to use the debug capabilities of LLVM in conjunction with the JIT. The problematic scenario goes as follow : - Emit some IR with debug infos. - Install hooks to get back into some codepath that I do not wish to codegen at this stage. - JIT the method. This require to finalize the DIBuilder to complete the

On Fri, May 6, 2016 at 3:09 AM, Apelete Seketeli <apelete at seketeli.net> wrote: > Hi David, > > On Thu, May-05-2016 at 11:20:06 AM -0700, David Blaikie wrote: > > Hi Apelete, > > > > Thanks for trying to help cleanup the LLVM codebase of Clang Static > > Analyzer warnings. > > > > But it seems a lot of the fixes that are being proposed are

Hi Apelete, Thanks for trying to help cleanup the LLVM codebase of Clang Static Analyzer warnings. But it seems a lot of the fixes that are being proposed are somewhat mechanical and may be doing the wrong thing in a few ways. * Initializing variables that are only used when initialized through some existing codepath - this can make tools like Memory Sanitizer less useful, because now the value

On Tue, Aug 19, 2008 at 8:07 AM, sanjiv gupta <sanjiv.gupta at microchip.com> wrote: > On Mon, 2008-08-18 at 08:50 -0700, Eli Friedman wrote: >> On Mon, Aug 18, 2008 at 6:31 AM, <Sachin.Punyani at microchip.com> wrote: >> > assert(Res.getValueType() == N->getValueType(0) && N->getNumValues() == 1 && >> > "Invalid operand

Hi! when compiling projects using llvm 2.9 and ms vc 10 I get these warnings: 1>e:\Jochen\Lib\lib\include\llvm/Use.h(218): warning C4624: 'llvm::AugmentedUse' : destructor could not be generated because a base class destructor is inaccessible 1>C:\Program Files (x86)\Microsoft Visual Studio 10.0\VC\include\stdint.h(72): warning C4005: 'INT8_MIN' : macro redefinition

Hi Jakob, How is `FieldName`, which is a std::string, being passed as the third argument to SetValue on line 1848 of TGParser.cpp, which is declared as being an Init*? The nearly identical (FIXME) codepath in ParseDeclaration immediately puts the string into a StringInit, which makes sense, but how on earth is the std::string being passed in? This is really freaking me out. -- Sean Silva

On Thu, 2023-10-12 at 21:01 +0000, bd730c5053df9efb via samba wrote: > Hi all! > I use bacula to perform automated backups of everything needed to get > my network up and running in case of disaster and when I backup my > DC's I execute a script which creates an offline backup of the DC > which I then backup to an external storage. I would like to be able > to create an

Forgot to CC: the list. ----- Forwarded message from Jeremy Allison <jra at samba.org> ----- Cc: jra at samba.org Subject: Re: [Samba] Missing Files/Missing Folders from an NFS Share On Wed, Feb 15, 2023 at 08:06:28PM +0100, Conor Armstrong wrote: > Rowland & Jeremy - thanks for this! > I built a copy of the latest version from github 4.19 and same issue > arises. ? >

Philip Reames wrote: > Any change outside of statepoint lowering is highly suspect. Notice that SelectionDAGBuilder::LowerCallTo (the one I'm modifying) has exactly one other caller: visitCall, which doesn't match vararg functions. Every other codepath directly calls TargetLowering::LowerCallTo, supplying CallLoweringInfo information explicity (it's a structure with a vararg

This is about the best idea. There's no way to take the non-temporary md nodes back to temporary. -eric On Mon, Oct 5, 2015 at 10:12 AM Robinson, Paul via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Abstractly, (I don't get inside this code as much as I should) debug info > works on a translation-unit basis, not a function basis, so regenerating a > single

So it appears that we get about half the crashes with the large code model. The rest are crashing in the same way. It could either mean that large code model still takes that crashing codepath and that the number of crashes only went down by chance, or that in one place in the flow, large code model is not matched to mean ELF::R_X86_64_PC64. I'm digging into this issue further, but any hints

On Tue, Jan 23, 2024 at 05:25:38PM +1000, Dave Airlie wrote: > From: Dave Airlie <airlied at redhat.com> > > fences are signalled on nvidia hw using non-stall interrupts. > > non-stall interrupts are not latched from my reading. > > When nouveau emits a fence, it requests a NON_STALL signalling, > but it only calls the interface to allow the non-stall irq to happen

On Thu, Jul 31, 2014 at 12:28 AM, Adam Nemet <anemet at apple.com> wrote: > > On Jul 30, 2014, at 10:56 PM, Pete Cooper <peter_cooper at apple.com> wrote: > > Hi Adam > > On Jul 30, 2014, at 10:28 PM, Adam Nemet <anemet at apple.com> wrote: > > Hi Pete, > > Just to clarify, are you proposing two things here? First, 0b… literals > to have type

Hi all, I wrote new qdisc SRR (Simple Round Robin). This is just another reimplementation of round robin packets distributions. I''m not using SQF/ESFQ source code and algorithms in this scheduler. The main goal of this work is not given multistream download managers give all bandwidth resource. Please testing this: http://mordor.strace.net/sched-srr/ -- /bye