search for: relink

Displaying 20 results from an estimated 205 matches for "relink".

Did you mean: prelink
2013 Feb 21
2
[PATCH] the ac->ac_allow_chain_relink=0 won't disable group relink
From: "Xiaowei.Hu" <xiaowei.hu@oracle.com> ocfs2_block_group_alloc_discontig() disables chain relink by setting ac->ac_allow_chain_relink = 0 because it grabs clusters from multiple cluster groups. It doesn''t keep the credits for all chain relink,but ocfs2_claim_suballoc_bits overrides this in this call trace: ocfs2_block_group_claim_bits()->ocfs2_claim_clusters()-> __ocfs2_claim...
2007 Oct 23
0
[LLVMdev] me being stupid: me vs the llvm codebase...
On Oct 23, 2007, at 18:19, BGB wrote: > On Oct 23, 2007, at 11:45, Gordon Henriksen wrote: > >> Generally speaking, LLVM neither helps nor hinders here. Maybe >> someone will follow up with whether the JIT uses stub functions >> which would enable dynamic relinking If not, it would be a >> straightforward, if platform-specific, feature to add. > > I don't use proxy or stub functions, I relink them... I misspoke. See here: http://llvm.org/doxygen/classllvm_1_1JIT.html#a7 Relinking the function as you describe is risky in...
2007 Jun 23
1
[LLVMdev] on-the-fly recompilation/relinking
Hi Assuming I had an application stub based on (say) lli, and I'd like to allow a hypothetical IDE to recompile and relink a function: Is that supported in any way currently? Assuming actually patching all call sites to point to the newly generated function is possible, I guess what I need is to be able to either track or find all of the call sites. The trickiest bit seems to be if the function that's being redefi...
2018 Jul 23
2
Relinking (syscall-free) ELF executable into Mach-O and PE executables
Couldn’t you write the relocations to the ELF executable? I don’t know if current linkers have support for this, but it seems possible in theory to make a relinkable executable. If you want to do this with an already linked executable though, then yea this won’t be possible. On Fri, Jul 20, 2018 at 10:30 AM Reid Kleckner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Typically people do this kind of thing by writing a loader for the > ex...
2007 Oct 24
2
[LLVMdev] me being stupid: me vs the llvm codebase...
...it could make moving functions really cheap). a more selective way of doing this would be helpful (for example, a special compiler-specific keyword, or some other approach for telling the VM/linker that a particular function is movable). this would probably one-off the function, by forcibly relinking it as a proxy to the function (any future attempts at relinking the function then simply adjust its associated pointer). potentially, this could also be made the default behavior for when relinking functions (if they are being forcibly relinked, well, assume they are being made movable). or su...
2013 Oct 30
2
[LLVMdev] Using MCJIT in a dynamic REPL environment
...2) Load (compile) IR modules into Object code and cache the objects. 3) Upon running finalize (link) everything and run. 4) If a function is changed, kill its module and reload it. Then use the cached objects and finalize everything. Compared with the JIT, 4) isn't scalable, since it requires relinking of possibly many modules due to the change of just one function. I wonder if it's possible to use the stub function mechanism in order to save the relinking step. The dynamic linker can resolve everything to the stub functions that jump to real functions but then the function implementatio...
2007 Oct 23
2
[LLVMdev] me being stupid: me vs the llvm codebase...
...ror I would rather not have the misfortune of dealing with (much less trying to make it think it was something like lisp or python...). > as a result, my compiler generally refrains from inlining things or > doing brittle inter-function optimizations (after all, one could > potentially relink parts of the image and break things...). < It's possible to use LLVM in the same manner by simply refraining from the use of inter-procedural optimizations. > possibly, yes. < If LLVM bytecode is used as the on-disk representation, however, LLVM would allow the use of offline optim...
2018 Jul 20
4
Relinking (syscall-free) ELF executable into Mach-O and PE executables
...proper equivalent library with the proper syscalls in MacOS and Windows). So, the question: Is it "currently possible" (by "currently possible" I mean that all the needed tools/code already exist) to somehow "unlink" the code and data from the ELF executable, and relink it as two new executables: one Mach-O and another PE? Would this be possible with just LLVM tools, or would other libraries/tools also be needed? Thanks a lot! ardi
2003 Sep 08
2
[LLVMdev] recompilation
LLVM, When we recompile, is it possible to "make" only one of the tools, or at least relink only the tools whose object files have changed? Thanks Dave
2013 Oct 30
0
[LLVMdev] Using MCJIT in a dynamic REPL environment
...R modules into Object code and cache the objects. > 3) Upon running finalize (link) everything and run. > 4) If a function is changed, kill its module and reload it. Then use the cached objects and finalize everything. > > Compared with the JIT, 4) isn't scalable, since it requires relinking of possibly many modules due to the change of just one function. > > I wonder if it's possible to use the stub function mechanism in order to save the relinking step. The dynamic linker can resolve everything to the stub functions that jump to real functions but then the function imp...
2012 Jul 11
2
[LLVMdev] dynamic linkage for jit
...pendencies in a single > monolithic module, that is, if it can be avoided > > I hope to use Linker::linkModules but this is always destructive. That is ok for > one module depending on a single one, since if that one changed, is no big deal, > but isn't it overkill to rebuild and relink N-1 modules that did not change just > because of a single one that changed? > > I wonder if there is a non-destructive version of linkModules that can work for > JIT execution. > > _______________________________________________ > LLVM Developers mailing list > LLVMdev at c...
2012 Jul 30
0
[LLVMdev] dynamic linkage for jit
...t you would execute some >functions using the JIT then, later, those functions will be modified and thus >need to be re-jitted? > >Ciao, Duncan. Hi Duncan, that is exactly it. My hope is to keep the need for rebuild isolated to the individual modules where the modifications occur, and relink appropiately. I've discussed this with people that have worked on llvm frontends before, and they suggest that this would require keeping copies of all the modules around, rebuild the modules that changed, and then relink everything into a single static fat module that the JIT can use, which...
2013 Oct 30
1
[LLVMdev] Using MCJIT in a dynamic REPL environment
...de and cache the objects. > > 3) Upon running finalize (link) everything and run. > > 4) If a function is changed, kill its module and reload it. Then use the > cached objects and finalize everything. > > > > Compared with the JIT, 4) isn't scalable, since it requires relinking of > possibly many modules due to the change of just one function. > > > > I wonder if it's possible to use the stub function mechanism in order to > save the relinking step. The dynamic linker can resolve everything to the > stub functions that jump to real functions b...
2011 Jul 27
1
VFS Objects Recycle questions
...ways = yes force create mode = 770 comment = Location of Recycle Bin valid users = @share1 create mode = 770 user = @share1 directory mode = 770 Everything else matches, the folders exist, the folder permissions are the same, it's just a no go on relinking the files on a delete command from the "share1" share. -- Regards, Robert
2005 Jan 14
6
[LLVMdev] Proposed Makefile Changes
...me projects can just use LLVM's Makefile.config. 4. There should be no "default" directives because it prevents the use of a directive in the user's Makefile to document what will be built. Currently, the only such case is that we build a "relinked" object file by default for each library unless DONT_BUILD_RELINKED is specified. While this is common for LLVM, it isn't for projects which will want an archive or shared library. If a relinked library is needed, something link RELINKED_LIBRARY=1 should b...
2012 Nov 21
2
[LLVMdev] linking individual functions in execution module
Hi, JIT does not allow functions to call others in different modules, so all modules need to be statically linked in a big fat module. If a module needs to be recompiled, all the others need to as well as relinked. there are two ways i intend to approach this problem: 1) forget about JITing, build each module into a .bc, call gcc to generate .soname libraries, dynamically load with dlopen() those libraries 2) keep the modules unlinked, and when execution is required, link the required dependencies into...
2019 Oct 11
2
contributing llvm-install-name-tool
...MachO load commands and the new MachO header, the other parts of the binary are copied over (in particular, if I'm not mistaken, it assumes that the new "prefix" (MachO header + load commands) fits into the binary so the offsets don't need to be recalculated, otherwise suggests to relink the binary with -headerpad / -headerpad_max_install_names / reports an error). One possible (and simple) approach is to implement llvm-install-name-tool in a similar fashion: use libObject to parse the input binary and rebuild the list of load commands (analogously to what cctools' ins...
2007 Oct 23
2
[LLVMdev] me being stupid: me vs the llvm codebase...
...ons (presumably forming a monolithic output representing the entire project?...). very different... mine is very different, I produce masses of object-modules (in the more traditional sense), which are linked at runtime, and kept in an in-memory largely but not completely linked form. dynamic relinking is a design goal in my case, so it is good to be able to unlink a module from the running image and/or relink a new module in its place (hopefully, if possible, without crashing the app in the process). as a result, my compiler generally refrains from inlining things or doing brittle in...
2020 Aug 06
3
Newbie question on building with Visual Studio
...leGen, Configuration: Release x64 ------ 1>Main.cpp 1>TGLexer.cpp 1>TGParser.cpp 1>LLVMTableGen.vcxproj -> D:\LLVM\Build\Release\lib\LLVMTableGen.lib ========== Build: 1 succeeded, 0 failed, 3 up-to-date, 0 skipped ========== Makes sense to me. But why doesn't it continue on and relink llvm-tblgen.exe? I spent about half an hour searching the interwebs, but all I could find was complaints about building too much, not too little.
2013 Nov 13
0
[LLVMdev] (Very) small patch for the jit event listener
...The issue is the legacy JIT provides great flexibility for this use case which is currently missing from MCJIT because of their very different design and goals. With JIT, you can modify Function(s) in an already-compiled Module, unload the machine code and the JIT will automatically recompile and relink the function next time it is called. To make MCJIT work like that it would need at least : 1) Automatic module splitting into function-modules. 2) Module delete: from module list, from linker namespace, machine code unload, unregister EH and debuginfo. 3) Stub functions. 4) Relinking with stub fun...