search for: frontent

...side and so limited on the client side... Isn't the client side is simpler, and more generally useful to people who are on primariy windows networks and need to get shares off of other computers? A Network-Neighborhood-like interface to smbclient would be really great, and I would write such a frontent if I could just figure out how to get the necessary information OUT of smbclient... Thanks, ------------------ Peter Amstutz -------------------- ------- Student, Hacker, Segfault.org Editor -------- -- tetron@segfault.org http://www.tfn.net/~amstpi --...

Going from IR <-> BC does not seem to create a difference. IR -> BC -> IR -> BC, either with clang frontent or by using llvm-as and llvm-dis yields identical bc files. I have only been able to reproduce this issue when emitting to an object file. > On 18 Jan 2019, at 18:09, <paul.robinson at sony.com> <paul.robinson at sony.com> wrote: > > > >> -----Original Message---...

...d documentation of things such as DAGs and AST primitives. It might be that I've missed obvious information, if so pointers to the right starting place would be appreciated. :) First a question about LLVM's license. Am I correct in my understanding that the LLVM license (apart from the GCC frontent) does not prohibit use within a proprietary product given that said product and its documentation includes the appropriate copyrights and disclaimers and gives due credit to LLVM authors? I'm also puzzled about the runtime model of LLVM. It seems as if the lli tool for instance can cope with a...

...tables at all. >>> >>> In other words, is there a way to be able to use libvirt_guest without >>> having libvirt interacting with iptables. >> >> I'm not quite sure how to achieve NAT then - do you insert the NAT rules >> yourself? > > Yes, my frontent to iptables will do that. > > >> If it is so, then what you may do is to change the type of the >> default network to 'open' and then use interface type='network' from the >> domain. >> > > Thank you, I'll need to look into that. > >...

...01-30-CGO-LLVM.html You're right that we're missing high-level overview docs. I'll put it on my todo list, but I'm pretty busy right now unfortunately. > First a question about LLVM's license. Am I correct in my > understanding that the LLVM license (apart from the GCC frontent) does > not prohibit use within a proprietary product given that said product > and its documentation includes the appropriate copyrights and > disclaimers and gives due credit to LLVM authors? That is correct. Commercial users can (and do) link directly to the LLVM sources and are not...

...in Clang AST is too slow for large C++ applications (the data and explanation will be sent out in a different thread). To solve that problem, we have introduced the 'late' instrumentation pass that is done in LLVM. The late instrumentation uses the exact same runtime support as the current frontent based instrumentation, but assign edge counters based on minimal spanning trees. We have seen very promising results. Note This is not intended to replace the current front-end based instrumentation, but as an alternative under an option. thanks, david >> >> Also, do you generate GC...

We've noticed a difference in the embedded bitcode when compiling human readable IR to an object directly vs first compiling IR to BC and then an object through clang -cc1. If the original IR file contained an "llvm.compiler.used" gv, it will be preserved when compiling IR -> BC -> Obj. When compiling IR -> Obj directly, it will be removed. This difference does not exist

To be honest, I don’t either know what really happens under the hood when CMake creates the xCode project for CLang+LLVM. But there’s something really explicit going on there, because the project as it’s shown in xCode does not have the same file grouping structure than the actual physical folders. Not only the project file grouping doesn't match the physical folder locations, but the group

On 5/5/20 8:11 AM, john doe wrote: > On 3/30/2020 4:10 PM, Michal Prívozník wrote: >> On 30. 3. 2020 15:26, john doe wrote: >>> On 3/30/2020 1:20 PM, Andrea Bolognani wrote: >>>> On Mon, 2020-03-30 at 12:04 +0200, Michal Prívozník wrote: >>>>> On 27. 3. 2020 20:49, john doe wrote: >>>>>> If my understanding is correct, using

Can you tell us if you're continuing to use the same approach as described in one of the LLVM meetings, i.e. instrument at the clang AST level? Also, do you generate GCOV files, some yaml, or is this a separate format? And finally in the meeting you had given how you assign counters to the blocks, an algorithm to minimize the number of insertions. Is that algorithm a well-known one or a