search for: supersets

I'm trying to make my github processing better, but I'm missing something. I have the following: if address :all :contains "from" ["github.com"] { addflag "github"; addflag "MyFlags" "github"; set "mailbox" "GitHub"; if address :matches :user "to" "*" { set "GHUser"

My 2 cents: get rid of LLVM_UNUSED_RESULT, and move to LLVM_NODISCARD. For compilers that support it, it should be a strict superset of features and functionality. The standard feature was written directly based on the clang warn_unused_result stuff. I would just migrate us onto the spelling and usage pattern that got standardized. All we have to lose are warnings from compilers other than Clang

Hi all, I?d love to get your feedback on the conflicted package, which provides an alternative strategy for resolving ambiugous function names (i.e. when multiple packages provide identically named functions). conflicted 0.1.0 is already on CRAN, but I?m currently preparing a revision (<https://github.com/r-lib/conflicted>), and looking for feedback. As you are no doubt aware, R?s default

On 9/27/19 7:33 AM, Matt Arsenault via llvm-dev wrote: > > >> On Sep 27, 2019, at 09:07, Björn Pettersson A via llvm-dev >> <llvm-dev at lists.llvm.org <mailto:llvm-dev at lists.llvm.org>> wrote: >> >> Obviously we do not store into two locations (it is still a single >> two byte store). >> So is it (always) correct to interpret the list of

Hi, I am looking for a way in which I can check if rows in 1 dataframe are present in another data frame in a unique way. A row in dataframe should be super set of any row in another dataframe. I can write a for loop for it, however, that will be inefficient. So, I am looking for an efficient way to do this in R. I have explained it with an example below: I want to check if a row in dataframe

Hi, Looking at how noalias is defined: https://llvm.org/docs/LangRef.html#noalias-and-alias-scope-metadata "When evaluating an aliasing query, **if for some domain**, the set of scopes with that domain in one instruction’s alias.scope list is a subset of (or equal to) the set of scopes for that domain in another instruction’s noalias list, then the two memory accesses are assumed not to

Hi all, As promised, here is the rough design of the upcoming MC-JIT*. Feedback appreciated! (*) To be clear, we are only calling it the MC-JIT until we have finished killing the old one. When I say JIT below, I mean the MC-JIT. I basically am ignoring completely the existing JIT. I will keep things API compatible whenever possible, of course. I see two main design directions for the JIT: --

On Tue, 12 May 2015 18:40:35 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > On Tue, May 12, 2015 at 06:25:32PM +0200, Cornelia Huck wrote: > > On Tue, 12 May 2015 17:15:53 +0200 > > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > One issue with virtio 1 patches as they are is with how features are > > > handled ATM.

On Tue, 12 May 2015 18:40:35 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > On Tue, May 12, 2015 at 06:25:32PM +0200, Cornelia Huck wrote: > > On Tue, 12 May 2015 17:15:53 +0200 > > "Michael S. Tsirkin" <mst at redhat.com> wrote: > > > One issue with virtio 1 patches as they are is with how features are > > > handled ATM.

Hello, I am using python bindings of libvirt. When I use the function listDomainsID( ) it successfully returns me the list of the ids of my current virtual machines, but when I call function listDefinedDomains( ) it returns me an empty list. Is this some kind of bug because as per my understanding listDefinedDomains should return a superset of vm's as returned by listDefinedDomains(). I am

On 16 Sep 2007 at 22:10, Ralph Giles wrote: > These applications are complementary. Many music players do have their > own database, and it makes sense to keep metadata there, if only as a > cache. It is also to have metadata in the file itself, so that when it > is moved, copied, posted for download by others, or just indexed by > another music player instance it is easily

On Aug 13, 2013, at 4:51 AM, David Chisnall <David.Chisnall at cl.cam.ac.uk> wrote: > Getting CMake up to the standard where it supports a superset of what autoconf supports is required for dropping autoconf Is there a list somewhere of what autoconf supports that CMake does not (and that people care about)? It could be that people simply don't know what's missing since, as you

Sorry, a typo in my previous message (parens in the wrong place in the conversion). Here it is corrected: I'm doing a big slow computation, and profiling shows that it is spending a lot of time in match(), apparently because I have code like x %in% listofxvals Both x and listofxvals are factors with the same levels, so I could probably speed this up by stripping off the levels and just

On 01/14/2015 02:33 PM, David Blaikie wrote: > > > On Wed, Jan 14, 2015 at 2:22 PM, Lang Hames <lhames at gmail.com > <mailto:lhames at gmail.com>> wrote: > > Hi Dave, > > To confirm - I have no plans to remove MCJIT. I don't want > to change any behavior for existing clients. The new stuff > is opt-in. >

Quick follow up here: I talked to Eric for a bit about this proposal, and he convinced me that we should take a slightly different tack. I'll write a bit more about it later. The idea Eric convinced me was better is to not invent a FOO format, but just use the native platform object format and focus on writing essentially a runtime linker for that platforms object files. This has various

What kind of restrictions will the existing object file formats impose on the JIT? I don't know enough about the JIT and object file format interaction to know if this will be an issue. It seems clear that it would be worse to try to encode "extra things" in some obscure way than to create the FOO format initially. If FOO is truly a superset of everything this could even be the

On 8 January 2014 12:32, Bernard Ogden <Bernard.Ogden at arm.com> wrote: > I don't think there's software that *needs* the compatibility, but it is > easier for GCC projects to switch to clang if that compatibility is there - > which I think is why we go for GCC compatibility in the first place? > Hi Bernie, GCC compatibility is always considered to be an important

On Tue, 12 May 2015 17:15:53 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > On Tue, May 12, 2015 at 03:25:30PM +0200, Cornelia Huck wrote: > > On Wed, 06 May 2015 14:08:02 +0200 > > Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > > > > > Legacy virtio is native endian: if the guest and host endianness differ, > > > we have to

On Tue, 12 May 2015 17:15:53 +0200 "Michael S. Tsirkin" <mst at redhat.com> wrote: > On Tue, May 12, 2015 at 03:25:30PM +0200, Cornelia Huck wrote: > > On Wed, 06 May 2015 14:08:02 +0200 > > Greg Kurz <gkurz at linux.vnet.ibm.com> wrote: > > > > > Legacy virtio is native endian: if the guest and host endianness differ, > > > we have to

On 2018?01?12? 13:58, Sridhar Samudrala wrote: > static netdev_tx_t start_xmit(struct sk_buff *skb, struct net_device *dev) > { > struct virtnet_info *vi = netdev_priv(dev); > int qnum = skb_get_queue_mapping(skb); > struct send_queue *sq = &vi->sq[qnum]; > + struct net_device *vf_netdev; > int err; > struct netdev_queue *txq =