search for: barbaro

...m-dev list to CC--- Hi Alberto, Thanks for your prompt reply. Actually, I need this information(about total allocation size and object structure) on runtime, so that is why I was planning to encode this info and store it in the memory itself. Regards, Udit On Mon, Jan 27, 2020 at 7:05 PM Alberto Barbaro <barbaro.alberto at gmail.com> wrote: > Hello Udit, > I'm not sure but can't you achieve the same just using metadata avoiding > to change the alloca instruction? > > Thanks > Alberto > > On Mon, Jan 27, 2020, 12:09 Udit agarwal via llvm-dev < > llvm-dev...

...sing -force-interpreter though, so I assume you really want to use the interpreter for your use case? -- Lang. On Fri, Jan 3, 2020 at 3:04 PM David Blaikie <dblaikie at gmail.com> wrote: > Hey Lang - does any of this look familiar to you? > > On Fri, Jan 3, 2020 at 7:04 AM Alberto Barbaro <barbaro.alberto at gmail.com> > wrote: > >> David, >> sorry for this email but I noticed I made a mistake in the previous one. >> So I managed to compile llvm Debug with asserts release. I have used the >> following commands: >> >> cmake -DLLVM_TARGE...

Hi Tim, as always thanks for your help. Unfortunately I made a mistake in my email but apart from that I still have problems. Il giorno sab 27 lug 2019 alle ore 11:53 Tim Northover < t.p.northover at gmail.com> ha scritto: > Hi Alberto, > > On Sat, 27 Jul 2019 at 10:09, Alberto Barbaro via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > Having the reference I to the instruction in bold.Can i efficiently know > that the variable %11 was "created" by the %3 = alloca [40 x i8], align 16. > > Yes, I.getOperand(0) *is* the AllocaInst in this case....

...to deal with it so the llvm_unrecheable instruction is reached. So I can conclude that the problem is that the switch branch is not able to deal with pointers.. Any suggestion on how to fix it please? Do it help to narrow down the problem? Thanks Il giorno ven 3 gen 2020 alle ore 11:28 Alberto Barbaro < barbaro.alberto at gmail.com> ha scritto: > David, > Using llvm 9 the crash is not present anymore. I think it was just time > for me to update my code... > > Thanks for your help > > Alberto > > On Tue, Dec 24, 2019, 21:16 Alberto Barbaro <barbaro.alberto at...

...you have the function ‘uses()’ that can be used to traverse down the DAG when instructions are still on SSA form. Look also at the related functions 'user_end()’, 'user_begin()’, 'use_end()' and 'use_begin() I hope this helps. Joan > On 28 Jul 2019, at 08:29, Alberto Barbaro via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Hi, > I was thinking that maybe there is always some sort of dependency analysis that would allow me to visit a tree from the AllocaInst to the IcmpInst. Is it already possible? > > Thanks > > Il giorno dom 28 lug 20...

...yu.io> wrote: > I dont quite understand the meaning of making almost all the visit > methods, care to explain? > > On a side note, last time I checked that part I think it probably needs a > full rewrite from ground up IMHO > > Zhang > > > 在 2019年3月4日，08:06，Alberto Barbaro via llvm-dev <llvm-dev at lists.llvm.org> > 写道： > > > > Hi, > > I going through the Interpreter class source code and I think making > almost all the visit methods (maybe not visitInstruction yet) would really > help anybody that wants to create any sort of tracer o...

...that compiles that code (rather than > writing an executable/object code to dusk etc)) sounds like you're looking > for a JIT. Here's some info on how to use/write a JIT using llvm: > https://llvm.org/docs/tutorial/BuildingAJIT1.html > > On Sun, Nov 18, 2018, 5:53 AM Alberto Barbaro via llvm-dev < > llvm-dev at lists.llvm.org wrote: > >> Hi all, >> I'm trying to understand how the Module object works more in details, so >> suppose I've an empty module and I'd like to know if it is possible to add >> instructions at runtime and execu...

Hi Alberto, Can you please file a bug for it, with the test case attached (if you haven't already). Thanks, Ehud. On Sat, 1 Feb 2020 at 11:32 Alberto Barbaro via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi all, > just a gentle reminder :) Is there any update on this please? > > Happy to help in any way I can > > Alberto > > Il giorno ven 3 gen 2020 alle ore 23:04 David Blaikie <dblaikie at gmail.com> > ha s...

...ally this isn't done, debug information is a bit of a special case. I > don't see much of a reason to have tool support for this necessarily, but > would be happy to hear about possible use cases etc? > > Thanks! > > -eric > > On Mon, Dec 16, 2019 at 12:04 PM Alberto Barbaro via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi all, >> it is not the first time that I need to remove intrinsics from a bc and >> in the past I saw options like -strip-debug for opt. Now I would like to >> remove all the occurrences of llvm.lifetime....

...bugger and/or modify the interpreter to > print more information at that unreachable - to see what sort of type you > do have & maybe then it'll be more clear what should be done with that > type, or why it's a weird type, etc. > > On Thu, Dec 19, 2019 at 11:32 AM Alberto Barbaro < > barbaro.alberto at gmail.com> wrote: > >> Hi David, >> Thanks for the suggestions. I can definitely provide the example bc file >> and image ( please see the attachments ). For the debug + asserts I need a >> bit of more time. >> >> Anyway the ful...

Thanks Tim, I'll try to solve my problem ASAP, if I cannot maybe I'll some other clarifications. Thanks again On Sat, Mar 9, 2019, 06:03 Tim Northover <t.p.northover at gmail.com> wrote: > Hi Alberto, > > On Sat, 9 Mar 2019 at 05:50, Alberto Barbaro via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > i8* getelementptr inbounds ([7 x i8], [7 x i8]* @.str1, i32 0, i32 0) > > Because all of its inputs are Constants, this is actually a > GetElementPtrConstantExpr instead of a GetElementPtrInst (the easiest > way to te...

...with one set of defines. > > There could be invalid code (it could literally be junk - or it could be > code that's only valid when the define is true/false, etc) in an > unreachable ifdef, so it doesn't make sense to compile it. > > On Wed, Dec 18, 2019 at 2:09 PM Alberto Barbaro via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi all, >> I have managed to compile libpng using wllvm and obtain the IR of >> pngpixel ( small tool which is part of libpng ). >> >> libpng has a function called png_check_IHDR: >> >> vo...

...a return of struct of a pair of int- or pointer-sized values may be > returned as a single i64 in LLVM IR). > > It would help to understand what you are trying to do, because there may > be a better way of achieving your goal. > > David > > > On 08/12/2019 10:19, Alberto Barbaro via llvm-dev wrote: > > Hi Tim, > > My bad, I have installed a newer version of clang and all worked. > > > > Thanks > > > > On Sun, Dec 8, 2019, 10:05 Tim Northover <t.p.northover at gmail.com > > <mailto:t.p.northover at gmail.com>> wrote: &gt...

...lue of argv[0]. Is it possible? So far I have the address where the parameter at position 0 in store but I'd like to read the value and print it. I hope it is clear now Thanks again On Fri, Jan 25, 2019, 06:23 Doerfert, Johannes Rudolf <jdoerfert at anl.gov wrote: > On 01/20, Alberto Barbaro via llvm-dev wrote: > > Hi all, > > I have the following C code: > > > > #include<stdio.h> > > > > int main(int argc, char *argv[]) { > > > > printf("%s\n", argv[0]); > > return argc; > > } > > > > that...

Hi Tim, Thank you very much for the message. It indeed solved the problem. Thanks On Fri, Nov 8, 2019, 15:05 Tim Northover <t.p.northover at gmail.com> wrote: > Hi Alberto, > > On Fri, 8 Nov 2019 at 06:59, Alberto Barbaro via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > Is there any way for avoiding to use llvm.dbg.value within a bc file? > > They're part of LLVM's representation of debugging information (as you > may have guessed). So if compiling with Clang you can just not pa...

...d that is dinamically generated based on. The execution but I think that in my case I could access to it. Am I wrong? I hope now all is more clear :) Thanks again On Wed, Dec 12, 2018, 22:41 Michael Kruse <llvmdev at meinersbur.de wrote: > Am Mi., 12. Dez. 2018 um 12:24 Uhr schrieb Alberto Barbaro via > llvm-dev <llvm-dev at lists.llvm.org>: > > I have %5 = load i32, i32* %3, align 4 LoadInst and I would like to get > reference to the destination ( in this case %5 ). How can I do that? > > Once you have a 'reference to %5' what do you intend to do with it? &gt...

Hi Tim, My bad, I have installed a newer version of clang and all worked. Thanks On Sun, Dec 8, 2019, 10:05 Tim Northover <t.p.northover at gmail.com> wrote: > On Sun, 8 Dec 2019 at 09:54, Alberto Barbaro via llvm-dev > <llvm-dev at lists.llvm.org> wrote: > > thanks for your answer. Unfortunately I'm still using llvm 6.0 and in > llvm-dis I don't see that option. I tried reading the full list of options > but I didn't see an alternative. > > The option is for C...

...> > Could you share some more details about what you're trying to accomplish? > > Generally speaking, some instructions necessarily load/store from/to > memory (e.g. updates to a shared memory region). > > best, > vedant > > > On Mar 6, 2019, at 9:37 AM, Alberto Barbaro via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > > > > Hi all, > > Is there any way for converting any instruction that is loading or > storing in memory into an instruction that just deal with registries? > > > > I'm not even sure if it is possibl...

Hi all, I have %5 = load i32, i32* %3, align 4 LoadInst and I would like to get reference to the destination ( in this case %5 ). How can I do that? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20181212/1d0bd00c/attachment.html>

...t; to be able to help debug the issue, providing the full reproduction steps > (the entire input files, what commands were run, etc) - though, preferably, > minimized (simplify the inputs/commands, etc, while still producing the > failure) > > On Thu, Dec 19, 2019 at 11:06 AM Alberto Barbaro via llvm-dev < > llvm-dev at lists.llvm.org> wrote: > >> Hi all, >> as usual I'm playing with the Interpreter and unfortunately I hit a >> crash. I have narrowed down the problem an the crash happens inside the >> inflate function which is part of zlib and sp...