search for: cuff

Displaying 20 results from an estimated 82 matches for "cuff".

Did you mean: buff
2007 Mar 06
2
how to edit my R codes into a efficient way
...cf.edu/~xsu/CLASS/STA6704/pat3.csv", header = TRUE, sep = ",", quote = "", fill = TRUE); data.3 <- read.csv("http://pegasus.cc.ucf.edu/~xsu/CLASS/STA6704/pat4.csv", header = TRUE, sep = ",", quote = "", fill = TRUE); baby.1 <- data.frame(cuff=data.1$avg_value, time=seq(1,dim(data.1)[1]), patient=rep(1, dim(data.1)[1])) baby.2 <- data.frame(cuff=data.2$avg_value, time=seq(1,dim(data.2)[1]), patient=rep(3, dim(data.2)[1])) baby.3 <- data.frame(cuff=data.3$avg_value, time=seq(1,dim(data.3)[1]), patient=rep(4, dim(data.3)[1])) I als...
2011 Sep 19
2
[LLVMdev] LLVM,metadata for namespaces
just off the cuff, have you actually created and used any names in the namespace. I don't know for sure, but it wouldn't surprise me if the namespace doesn't exist independently of any uses. ------------------------------ From: Irina Lipov Sent: 9/19/2011 3:16 AM To: llvmdev at cs.uiuc.edu Subject: [LLVM...
2013 Jun 26
3
[LLVMdev] Proposal: extended MDString syntax
...e for the MF to contain > the IR, or for the IR to contain the MF. Alternatively, they can live in > parallel and the MF may reference the IR. I am not sure what is the right > approach here, but my gut feeling is that metadata is not necessarily the > right container for MF. Off the cuff I'd think that IR containing MF seems most reasonable and the use of metadata to contain it seems to be good from two perspectives I think: a) it already exists, b) oddly enough that we could get rid of the metadata and still have a valid module/compilation unit seems like it might be interest...
2015 Jul 29
2
Fedora change that will probably affect RHEL
...listening. CentOS cares with a > hard and fast upper limit which is binary compatibility with RHEL. So > if you want to change CentOS behavior you'd have to buy into RHEL and > convince Red Hat, and then it'd trickle down to CentOS. You (and others) are misunderstanding my off-the-cuff remark. It was purely an observation about the lack of statistics. I rarely if ever see a statement of the kind "Among Fedora users 37% use KDE and 42% Gnome". Or (after the remark I was responding to) "83% of CentOS machines are in datacenters, and 7% are home-servers". (Or...
2012 Jul 05
0
[LLVMdev] C++ demangling in LLVM
...; How would LLVM provide support for mangling? And what tools actually need > it? I also wonder if we need more from a demangler than just a string. I > know linker diagnostics would benefit from a deeper understanding of the > name without having to parse C++ decls. > Somewhat off the cuff, but I think it would be nice if commandline object inspection tools could query for a particular symbol when the user specified it in the C++, unmangled form. Generally, it seems useful to unify the mangling and unmangling code if only so that we constantly round-trip test both halves and don'...
2003 Apr 28
2
stepAIC/lme problem (1.7.0 only)
I can use stepAIC on an lme object in 1.6.2, but I get the following error if I try to do the same in 1.7.0: Error in lme(fixed = resp ~ cov1 + cov2, data = a, random = structure(list( : unused argument(s) (formula ...) Does anybody know why? Here's an example: library(nlme) library(MASS) a <- data.frame( resp=rnorm(250), cov1=rnorm(250), cov2=rnorm(250),
2006 Jul 25
1
Best place for authorization management tool?
...all the current rules: >> query employees/destroy for bob Denied >> query vendors/destroy for bob Allowed >> list rules for bob 10 Allow vendors/destroy 1 Deny */destroy 0 Allow */* Anyway, the syntax above was completely off-the-cuff, so please ignore it should you find it abrasive. I was more interested in hearing whether this sort of tool would make any sense, and if so, whether the tool would belong in script/. Also, please let me know if something similar already exists -- I don''t follow Rails or the co...
2011 Sep 19
0
[LLVMdev] LLVM,metadata for namespaces
...ion for namespaces ,while treating lexical blocks... I think ,that in both cases generated DINameSpace, should be integrated with existing descriptor/s? Thank you in advance for the answer On Mon, Sep 19, 2011 at 5:08 PM, David Blaikie <dblaikie at gmail.com> wrote: > just off the cuff, have you actually created and used any names in the > namespace. I don't know for sure, but it wouldn't surprise me if the > namespace doesn't exist independently of any uses. > ------------------------------ > From: Irina Lipov > Sent: 9/19/2011 3:16 AM > To: llvmdev...
2005 May 22
2
Re: Hi, Bryan; was: Re: pronunciation? <snip> -- don't shoot the messenger ...
...ng the vendor non-sense. So let us make it about GPL and GPL compatible software, and not consider the private lawsuits, or the non-GPL compatible (let alone proprietary) R&D. Let's just keep focused on the community, and not make the community a place where people trash companies off-the-cuff. Your simplification is noted as your inability to comprehence anything complex, such as the fairly limited history I have tried to provide on the companies you seem to love/hate so much. I don't trust any company, I only trust the source, and I only favor companies who donate the most GPL and...
2011 Oct 12
3
large numbers
Hi, When I import an excel "CSV" file, large numbers such as " 43988014.3" is imported as "43988014", leaving out the decimal ".4". How to import keeping the fraction? Thanks. Chetty -- Professor of Family Medicine Boston University Tel: 617-414-6221, Fax:617-414-3345 emails: chettyvk@gmail.com,vchetty@bu.edu [[alternative HTML version deleted]]
2014 Mar 04
2
[LLVMdev] [cfe-dev] C++11 reverse iterators (was C++11 is here)
On Mar 3, 2014, at 10:29 AM, Chandler Carruth <chandlerc at google.com> wrote: > > On Mon, Mar 3, 2014 at 9:48 AM, Chris Lattner <sabre at nondot.org> wrote: >> In the best case 'get' doesn't really add any meaning, and in the worst case it is actively misleading > > It's getting the range though, just like Function::getArgumentList() returns the
2013 Dec 17
0
[LLVMdev] Debug Info Verifier: should we create a module pass for it?
My off the cuff idea here is to make it a module pass, but we'll split the verification a bit: a) IR verification time - Verify debug metadata attached to instructions (i.e. line information). Only check it for structure (i.e. do the various metadata nodes have the right number and kind of operands). b) Mod...
2012 Jul 05
2
[LLVMdev] C++ demangling in LLVM
On Jul 5, 2012, at 1:08 AM, Chandler Carruth <chandlerc at google.com> wrote: > In the same way that the core LLVM libraries have support routines for DWARF, I think that both mangling and demangling should be provided as well. How would LLVM provide support for mangling? And what tools actually need it? I also wonder if we need more from a demangler than just a string. I know linker
2013 Jun 26
0
[LLVMdev] Proposal: extended MDString syntax
On Wed, Jun 26, 2013 at 4:30 PM, Eric Christopher <echristo at gmail.com>wrote: > Off the cuff I'd think that IR containing MF seems most reasonable and > the use of metadata to contain it seems to be good from two > perspectives I think: > > a) it already exists, > b) oddly enough that we could get rid of the metadata and still have a > valid module/compilation unit se...
2013 Dec 19
1
[LLVMdev] Debug Info Verifier: should we create a module pass for it?
On Mon, Dec 16, 2013 at 4:05 PM, Eric Christopher <echristo at gmail.com>wrote: > My off the cuff idea here is to make it a module pass, but we'll split the > verification a bit: > > a) IR verification time - > > Verify debug metadata attached to instructions (i.e. line information). > Only check it for structure (i.e. do the various metadata nodes have the > right numb...
2013 Jun 27
2
[LLVMdev] Proposal: extended MDString syntax
On Jun 26, 2013, at 4:36 PM, Chandler Carruth <chandlerc at google.com> wrote: > > On Wed, Jun 26, 2013 at 4:30 PM, Eric Christopher <echristo at gmail.com> wrote: > Off the cuff I'd think that IR containing MF seems most reasonable and > the use of metadata to contain it seems to be good from two > perspectives I think: > > a) it already exists, > b) oddly enough that we could get rid of the metadata and still have a > valid module/compilation unit...
2013 Nov 19
2
[LLVMdev] Debug Info Verifier: should we create a module pass for it?
Hi all, Currently, debug info verifier is part of the IR verifier which is a function pass. One part of the IR verifier that I don't like is it verifies module-level data in doFinalization. If we have two verifier passes in a single module pass manager, doFinalization of the two passes will run on the same module data after all passes. I followed the same model for debug info verifier:
2016 Apr 25
5
[cfe-dev] [Openmp-dev] RFC: Proposing an LLVM subproject for parallelism runtime and support libraries
Speaking from 1st hand experience - The off-the-cuff high level benefits 1) Better interopt of different programming models - For example what if someone wants to mix SE+OMP(4). Having the same runtime on the backend should make this a lot easier. (Maybe this particular example may never happen, but I hope you get what I'm talking about) 2) Less...
2020 Nov 13
4
Musings on the TableGen -emit-dag-isel backend
...asty about simply removing the relaxation algorithm. The size and speed of the compiler affects all users, but the time to compile the compiler "only" affects us compiler developers. And I speak as a developer who is heavily affected by the time to compile the AMDGPU backend. One off-the-cuff idea (I haven't even looked at the code yet): could we pass in a null output stream while doing the relaxation phase, and use that to skip most of the actual textual formatting, followed by a final pass with a real output stream once the offset has been determined? Jay. On Thu, 12 Nov 2020 at...
2015 Aug 08
4
[cfe-dev] [LLVMdev] Clang devirtualization proposal
...s not removed even when its information is 'used'. It > appears, given this example, that this is actually required for > correctness, and that dead-argument elimination needs to > specifically not ignore effectively-ephemeral values/arguments. > > What follows is an off-the-cuff response. I'm still thinking through > it, but wanted to let others do so as well. > > > There is yet another interpretation that we might use: the final > transformation Reid proposed is actually correct and allowed > according to the IR. > > > Specifically, we c...