similar to: workaround to force LLD to make dwarf info sections mappable/loadable?

I think Eli made a good point. In addition to that, if you are writing a OS kernel, I guess you are also writing a loader, so you can map anything as you want, no? On Mon, Dec 3, 2018 at 2:06 PM Friedman, Eli via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On 12/3/2018 12:34 PM, Andrew Kelley via llvm-dev wrote: > > Context: https://bugs.llvm.org/show_bug.cgi?id=39862 >

Dynamically resizing the framebuffer on nv04 was like playing Russian roulette (and it often happened gratuitously) because it seems unable to scan out from buffers above 16MB. This patch splits the mappable VRAM into two chunks when that's the case, and makes the higher one to be used as well when applicable. Signed-off-by: Francisco Jerez <currojerez at riseup.net> ---

Hi Pavel, Thanks for your comments! On 5/21/20, Pavel Labath <pavel at labath.sk> wrote: > Hello Xing, > > I think the proposal looks very useful. I think it will be fairly tricky > to get all of the details right though. There is a lot of "inferring" > going on there, and getting that to work reliably and with predictable > results will need careful

I am currectly experimenting with -Xclang option.. I have a simple pass (to just print function names). I ran: clang -Xclang -load -Xclang LLVMHello.so t.c but nothing was printed, no output from the pass. when I run: opt -load LLVMHello.so -hello t.ll I get the output from pass (i.e. list of function names) Part of the source ode of the Hello pass: struct Hello : public FunctionPass {

Hello, I have an analysis pass and a target machine class, both in different dynamically loadable libraries (plugins). There is no problem to use the analysis pass (opt -load=libanalysis.dylib -barpass foo.bc), but is it possible to get data from the analysis pass (by getAnalysis) while using the backend? AFAIK it is only allowed to have one plugin argument for llc (like: llc

Hi, is there a problem with loadable backends and some analysis passes? An example: If I put the C backend in my project directory, compile a library form the code, and try to load it into lli I get the following message: ------------------------------------------------------- lli -load /path/CBackend.dylib Error opening '/path/CBackend.dylib': dlopen(/path/CBackend.dylib, 1):

Hello all, Is it well known that building LLVM with --enable-optimized causes RegisterPass calls to be removed from dynamically loadable libraries (i.e., those built with LOADABLE_MODULE=1)? For example, here's what happens to the Hello pass (ToT on Darwin, both with and without --enable-optimized): $ pwd /Users/ransford/llvm/lib/Transforms/Hello $ nm -j Release+Asserts/Hello.o | c++filt -p

On 11/08/2011 07:33 PM, ret val wrote: > Sorry to keep dragging this out on you. Im now getting: Assertion > failed: (ResultPass&& "getAnalysis*() called on an analysis that was > not " "'required' by pass!"), function getAnalysisID > > But I already have: > void getAnalysisUsage(AnalysisUsage&AU) const { >

On 11/08/2011 08:50 PM, ret val wrote: > Just shows me what I expect > void getAnalysisUsage(AnalysisUsage&AU) const { > DominatorTree *dt =&getAnalysis<DominatorTree>(); > > So I'm only using it for DominatorTree(so I can use PromoteMemToReg). Interesting. Is the same assert triggered when you use RegisterPass to register the pass? Is getAnalysisUsage()

Dear LLVMers, I have a class X that represents a set of Value* in a specific way. That class is stored in two files: X.cpp and X.h The class X works perfectly in a pass that I already have. However, I need to use that class in some other passes, but I don't want to have a copy of X.cpp and X.h in every pass folder. I've tried to do the following: - put X.h in the folder

Check out the bug report at http://llvm.org/bugs/show_bug.cgi?id=13144 and try adding KEEP_SYMBOLS := 1 to tools/opt/Makefile like the OP suggests. Good luck. ----- Original Message ----- From: Raphael Ernani Rodrigues Sent: 02/28/13 05:59 PM To: LLVM Developers Mailing List Subject: Problem linking class to a pass in a loadable module Dear LLVMers, I have a class X that represents a set of

I want to write a C function that should return an object of unknown structure at the time of the invocation. In particular, I'd like to 1- return a string of unknown length 2- a vector or a matrix of unknown dims and of unknown element type 3- a data frame Is any of that possible? Are there examples? Which R functions should I call to create such objects? Any help would be appreciated.

On Tue, May 25, 2010 at 5:53 PM, Will Dietz <willdtz at gmail.com> wrote: > Hi all, > > First time posting to llvmdev, be gentle :). > > I'm working on an AliasAnalysis implementation and running into an > issue on 2.7, that doesn't exist in 2.6 as far as I can tell. > > Short version: has anyone been able to load an AliasAnalysis module > into 2.7's

On 4/5/13 3:16 PM, Giacomo Tagliabue wrote: > I created a loadable optimization following the tutorial at > http://llvm.org/docs/WritingAnLLVMPass.html. I want to use the Z3 > library, installed in my system, in my optimization. When I include > z3++.h (the name of the library) in the code and use its classes, it > compiles well, but when I try to run it it says: > >

On 5/21/20, Adrian Prantl <aprantl at apple.com> wrote: > I think the example looks like it would be really useful for many categories > of testcases! > Will it still be possible to manually specify the .debug_abbrev section when > this is desired after you are done? Yes, I think it works. There are two ways to edit the .debug_abbrev section. i) Edit the "Attr:" and

On 11/08/2011 03:20 AM, ret val wrote: > I'm writing a Pass that I would like to remain loadable by opt. The > pass also requires DominatorTree(for PromoteMemToReg). > > Looking for examples the only way I found to require a dependecny is > by doing something like this: > char Hello::ID = 0; > namespace llvm { void

Reid Spencer wrote: >There are some bugs against it that state the current progress. The >problem is that it depends on how the libraries are being used. Even if >you get past the linking problems, you will end up with re-registration >of passes and options, etc., which causes asserts. So, for now, there >aren't many good solutions. > > Is it possible to link opt and

I am trying to create a dynamic library (dll) for loading into R with dyn.load command. I am trying to use the library libdai (a machine learning C++ library) and boost (C++ libraries) in my main C++ program. While I am able to compile the main C++ file I am using successfully into a dll, there is a problem linking to libraries (libdai.a) and boost libraries. I only have instructions on how to

I think I am in the first case, but I don't understand something, the -load option during which command? opt? and which file should I load? libz3.so? On 5 April 2013 15:32, John Criswell <criswell at illinois.edu> wrote: > On 4/5/13 3:16 PM, Giacomo Tagliabue wrote: > > I created a loadable optimization following the tutorial at >

I created a loadable optimization following the tutorial at http://llvm.org/docs/WritingAnLLVMPass.html. I want to use the Z3 library, installed in my system, in my optimization. When I include z3++.h (the name of the library) in the code and use its classes, it compiles well, but when I try to run it it says: > opt: symbol lookup error: /home/giacomo/llvm/Debug+Asserts/lib/Acsl.so: >