search for: dt_

...orry for the lack of comments. : ) void replaceUsesOfWithAfter(Value *V, Value *R, BasicBlock *BB) { set<Instruction*> Replace; for (auto UI = V->use_begin(), UE = V->use_end(); UI != UE; ++UI) if (Instruction *I = dyn_cast<Instruction>(*UI)) { if (I != R && DT_->dominates(BB, I->getParent())) Replace.insert(I); else if (PHINode *Phi = dyn_cast<PHINode>(*UI)) for (unsigned Idx = 0; Idx < Phi->getNumIncomingValues(); ++Idx) if (Phi->getIncomingValue(Idx) == V && DT_->dominates(BB,...

Hello all; So here is my goal: *** If there is a Call instruction to myFunction(int * val), I need to identify all the instructions that uses val in the IR and replace the uses with a newly created pointer. I will also be changing the argument of myFunction to the new pointer. int * val = malloc/calloc; ... myFunction(val); .... *val = 45; becomes== int * val = malloc/calloc; int * val1 =

.... : ) > > void replaceUsesOfWithAfter(Value *V, Value *R, BasicBlock *BB) { > set<Instruction*> Replace; > for (auto UI = V->use_begin(), UE = V->use_end(); UI != UE; ++UI) > if (Instruction *I = dyn_cast<Instruction>(*UI)) { > if (I != R && DT_->dominates(BB, I->getParent())) > Replace.insert(I); > else if (PHINode *Phi = dyn_cast<PHINode>(*UI)) > for (unsigned Idx = 0; Idx < Phi->getNumIncomingValues(); ++Idx) > if (Phi->getIncomingValue(Idx) == V && >...

...ld also solve this is either an API for > > updating LD_LIBRARY_PATH after the program has started; or making > > setenv ("LD_LIBRARY_PATH",...) DTRT*; or some kind of dlopen() variant > > which takes a library path as an extra parameter. > > Have you tried adding DT_RUNPATH or DT_RPATH to nbdkit-vddk-plugin.so? > Or does the path have to be chosen dynamically? To be clear, the situation is: nbdkit (free) -> dlopens nbdkit-vddk-plugin.so (free) -> dlopens libvixDiskLib.so (proprietary) -> dlopens other proprietary plugins -&...

...>> > updating LD_LIBRARY_PATH after the program has started; or making > >> > setenv ("LD_LIBRARY_PATH",...) DTRT*; or some kind of dlopen() variant > >> > which takes a library path as an extra parameter. > >> > >> Have you tried adding DT_RUNPATH or DT_RPATH to nbdkit-vddk-plugin.so? > >> Or does the path have to be chosen dynamically? > > > > To be clear, the situation is: > > > > nbdkit (free) > > -> dlopens nbdkit-vddk-plugin.so (free) > > -> dlopens libvixDiskLib.so (pr...

...s either an API for >> > updating LD_LIBRARY_PATH after the program has started; or making >> > setenv ("LD_LIBRARY_PATH",...) DTRT*; or some kind of dlopen() variant >> > which takes a library path as an extra parameter. >> >> Have you tried adding DT_RUNPATH or DT_RPATH to nbdkit-vddk-plugin.so? >> Or does the path have to be chosen dynamically? > > To be clear, the situation is: > > nbdkit (free) > -> dlopens nbdkit-vddk-plugin.so (free) > -> dlopens libvixDiskLib.so (proprietary) > -> dlopen...

On 2 June 2016 at 20:49, Rafael Espindola via llvm-commits <llvm-commits at lists.llvm.org> wrote: > Author: rafael > Date: Thu Jun 2 14:49:53 2016 > New Revision: 271569 > > URL: http://llvm.org/viewvc/llvm-project?rev=271569&view=rev > Log: > Start adding tlsdesc support for aarch64. > > This is mostly extracted from http://reviews.llvm.org/D18960. Rafael,

...entries via a list of tag and value pairs. These entries are interpreted (and potentially validated) before being written to the .dynamic section. The simplest way to satisfy this requirement is for all dynamic entry values to be numeric values. Unfortunately, this inherently prevents entries like DT_SONAME, DT_NEEDED, DT_RPATH, and DT_RUNPATH from being specified alongside dynamic symbols due to the design of yaml2obj. This proposal introduces three ways to input a value for a dynamic entry. For a given dynamic tag, one or more of these methods of setting a value may be permitted. All of thes...

On Fri, Feb 21, 2020 at 01:19:34PM +0100, Florian Weimer wrote: > I think what confuses me is that keep talking about a single binary, but > clearly there is this separate vddk DSO, and there is talk of plugins. > So it seems to me that multiple files are involved already? nbdkit is a standalone binary that happens to be able to load plugins from a well-known path, eg

...series should resolve this issue. The major changes are: - Introduce init_info structure to gather all CPU boot informations All changes can be found in each patch. Cheers, Julien Grall (7): xen/arm: Introduce init_info structure xen/arm: use cpumask_t to describe cpu mask in gic_route_dt_irq xen/arm: Initialize correctly IRQ routing xen/arm: gic: Use the correct CPU ID xen/arm: Fix assert in send_SGI_one xen/arm: Dissociate logical and hardware CPU ID xen/arm: Use the hardware ID to boot correctly secondary cpus xen/arch/arm/arm32/asm-offsets.c | 4 ++ xen/arch/arm/ar...

Hello list. I'm trying to rebuild the 2.6.9.67.0.20.EL kernel, but it fails even without modifications. How did I try it? Created a (non-root) build environment (not a mock ) Installed the kernel.scr.rpm and did a rpmbuild -ba --target=`uname -m` kernel-2.6.spec 2> prep-err.log | tee prep-out.log The build failed at the end: Processing files: kernel-xenU-devel-2.6.9-67.0.20.EL Checking