Displaying 20 results from an estimated 290 matches for "setnam".
Did you mean:
seznam
2005 Mar 26
2
Is there a diferent way to do this?
Hi,
I started creating a small class but I'm courious about how it is working.
To create a instance of my class "Partri" I write this at Rgui:
x <- new("Partri", name="Gilvan")
and to change the slot "name" of this instance, I write:
setName(x, newname="Justino")
It is not working, because when I type "x" at Rgui, it shows the initial value, which was "Gilvan". What I am doing wrong?
I'll appreciate any king of help!
Gilvan
# Classe para representar um parâmetro
setClass("Partri",...
2016 Apr 20
1
Use multiple cores on Linux
...(pred_hist = mean(pred_hist_max))
#
### Future
## 4.5
# 4.5_2021_2050
temp_sim <-
read.csv("/work/sd00815/giss_future/giss_4.5_2021_2050_temp.csv")
humid_sim <-
read.csv("/work/sd00815/giss_future/giss_4.5_2021_2050_temp.csv")
#
# Max
temp_sim <- as.data.table(temp_sim)
setnames(temp_sim, "max", "tmax")
setnames(temp_sim, "min", "tmin")
setnames(temp_sim, "avg", "tmean")
#
humid_sim <- as.data.table(humid_sim)
setnames(humid_sim, "max", "hmax")
setnames(humid_sim, "min", "hm...
2004 Jul 10
3
[LLVMdev] Re: [llvm-commits] CAUTION: Type != Value
In VMCore/Module.cpp i found line (254):
((Value*)Ty)->setName(Name, &ST);
Type is not Value now and for me this code call
llvm::DerivedType::addAbstractTypeUser (I think it have same index in Type
VMT in as setName in Value VMT)
with random argument values and terminated with assert fail:
Assertion failed: (isAbstract() && "addAbstractType...
2011 Jul 19
1
[LLVMdev] StructType::setName(...)
...ould want to reset the name of a previous realized StructType
instance (setBody(...) has been called). My curiosity is enhanced by the fact that
reseting a name of a StructType instance may result in a symbol table collision which
would result in the renamed name not matching the parameter name to setName(...).
This question is for my own edification. It is not rhetorical.
Thanks in advance
Garrison
2016 Mar 14
4
LLVM 3.8 change in function argument lists?
Hi,
I am upgrading my project from 3.7 to 3.8. I find that following code
used to compile in 3.7 but doesn't in 3.8 and I can't understand why.
llvm::Function *mainFunc = ...;
auto argiter = mainFunc->arg_begin();
llvm::Value *arg1 = argiter++;
arg1->setName("obj");
But if I change the code to following it compiles:
auto argiter = mainFunc->arg_begin();
llvm::Value *arg1 = &(*argiter);
arg1->setName("obj");
As far as I can tell the first version should have worked as well. Any
pointers to why the first version is now...
2011 Sep 15
1
[LLVMdev] problems naming a function
I created a new Function in code(for a pass), and now I want to name
it to make the IR more readable.
Function inherits GlobalValue, which eventually inherits Value. Value
has the setName() method. When I do this on my new
function(newFunc->setName(string("testing"))) I get back "error:
‘setName’ was not declared in this scope". What is the correct way
todo this?
Thanks
2018 Mar 23
3
Change function call name in a CallInst only in certain functions
...functions:
a
b
c
f3 calls "a"
f2 calls "a"
f1 calls "b"
I would like to modify a CallInst in the f2. Now it calls "a", but I want
changed it to "c".
When loop over the instructions of the f2, I can get a CallInst to be
modified, then I use "setName" to changed it to "c".
Problem is, since references are updated, "a" is changed to "c" even in f1.
Any solution?
Thanks
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20...
2009 Jul 23
0
[LLVMdev] [POTENTIAL API CHANGE] Improving llvm::Value getName()/setName()
...ed to
clean up the API for getting and setting the name of an llvm::Value.
There are a number of problems with the current API:
1. There are too many ...Name methods.
2. getName() returns an std::string, which is expensive.
3. getName() is frequently used to derive new names, which are passed
to setName(). Currently this uses std::string concatenation.
4. In a Release-Asserts build, we usually don't name values, but we
still end up with the overhead of creating and destroying strings we
either don't use, or don't care about.
Problem #1 can be addressed solely with the StringRef type...
2011 Jul 25
4
[LLVMdev] Lack of use of LLVMContextImpl::NamedStructTypes
Several people on this list have reported issues with the linker regarding a
named StructType instance with the same name in two different modules
being resolved into two StructTypes with different names due to StructType::
setName(…) collision behavior. Looking at BitcodeReader::ParseTypeTableBody(…),
I don't see use of LLVMContextImpl::NamedStructTypes or of Module::getTypeByName(…).
Nor do I see this use anywhere else in BitcodeReader's implementation (.cpp file).
Doesn't the context's NamedStructTypes (c...
2014 Jan 03
1
Tab formatting in dummy.coef.R
...nt <- attr(Terms, "intercept")
facs <- attr(Terms, "factors")[-c(1,1+err), -err, drop=FALSE]
vars <- rownames(facs)
xl <- attr(object, "xlevels")
if(!length(xl)) { # no factors in model
return(as.list(coef(object)))
}
nxl <- setNames(rep.int(1, length(vars)), vars)
tmp <- unlist(lapply(xl, length))
nxl[names(tmp)] <- tmp
lterms <- apply(facs, 2L, function(x) prod(nxl[x > 0]))
nl <- sum(lterms)
args <- setNames(vector("list", length(vars)), vars)
for(i in vars)
args[[i]] &l...
2013 May 13
2
[Bug 819] New: ipset create setname timeout 2147484 records greater timeout
https://bugzilla.netfilter.org/show_bug.cgi?id=819
Summary: ipset create setname timeout 2147484 records greater
timeout
Product: ipset
Version: unspecified
Platform: x86_64
OS/Version: Debian GNU/Linux
Status: NEW
Severity: major
Priority: P5
Component: default
Assigne...
2008 Apr 16
2
[LLVMdev] Problems in removing a cloned instruction.
...void.
BasicBlock *ProgSlicer::CloneBasicBlock(const BasicBlock *BB,
DenseMap<const Value*, Value*> &ValueMap,
const char *NameSuffix, Function *F) {
BasicBlock *NewBB = new BasicBlock("", F);
if (BB->hasName()) NewBB->setName(BB->getName()+NameSuffix);
bool hasCalls = false, hasDynamicAllocas = false,
hasStaticAllocas = false, isTerminal =false;
// Loop over all instructions, and copy them over.
for (BasicBlock::const_iterator II = BB->begin(), IE = BB->end();
II !=...
2011 Nov 17
2
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
Nick,
Thanks for this info, though this didn't help my problem at all.
On Wed, Nov 16, 2011 at 7:21 PM, Nick Lewycky <nicholas at mxc.ca> wrote:
> Never create a Twine as a local variable.
>
> V->setName(Twine("new_name"));
>
> should work fine, however. Note that Twine itself has an implicit
> constructor from const char *, so this code:
>
> V->setName("new_name");
>
> should also work fine.
>
> Nick
>
> Ryan Taylor wrote:
>
>> Bas...
2016 Mar 01
2
Data frame printing buglet when multiple empty column names
This is admittedly minor, and you shouldn't have repeated names in a
data frame anyway, but:
df <- data.frame(1:3, 1:3, 1:3)
# Ok
setNames(df, c("x", "y", ""))
# Not ok
setNames(df, c("x", "", ""))
Hadley
--
http://hadley.nz
2020 Oct 10
2
highfrequency package-jump test
...ello,
My programming is as follows.
library(highfrequency)
library(data.table)
library(xts)
tm<-seq.POSIXt(from = as.POSIXct("2020-08-20 09:30:00"),to = as.POSIXct("2020-08-20 15:59:00"),by='min')
data<-xts(x=data$PRICE,order.by=tm)
data <- as.data.table(data)
setnames(data,c('index'),c('DT'))
setnames(data,c('V1'),c('PRICE'))
LMtest <- intradayJumpTest(pData = data,volEstimator = "RM", driftEstimator = "none",RM = "bipower", lookBackPeriod = 20,on = 'minutes', k = 5, marketOpen = "09...
2011 Nov 17
2
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
...M
Subject: Re: [LLVMdev] Problem getting LoopInfo inside non-LoopPass
To: llvmdev at cs.uiuc.edu
LLVMers,
So, I'm trying to write a pass that changes the names of the basic blocks
through the use of Value, so:
Value *V = *BasicBlockPtr;
const Twine Tname("new_name");
V->setName(Tname);
But when I run the opt and look at the IR output nothing is changed? Not
sure what I'm doing wrong.
Thanks.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20111116/9db6b588/attachment.html>
2008 Apr 16
0
[LLVMdev] Problems in removing a cloned instruction.
...icer::CloneBasicBlock(const BasicBlock *BB,
> DenseMap<const Value*, Value*> &ValueMap,
> const char *NameSuffix, Function *F) {
>
> BasicBlock *NewBB = new BasicBlock("", F);
> if (BB->hasName()) NewBB->setName(BB->getName()+NameSuffix);
>
> bool hasCalls = false, hasDynamicAllocas = false,
> hasStaticAllocas = false, isTerminal =false;
>
> // Loop over all instructions, and copy them over.
> for (BasicBlock::const_iterator II = BB->begin(), IE = BB->end...
2011 Nov 17
0
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
Never create a Twine as a local variable.
V->setName(Twine("new_name"));
should work fine, however. Note that Twine itself has an implicit
constructor from const char *, so this code:
V->setName("new_name");
should also work fine.
Nick
Ryan Taylor wrote:
> Basically I have two separate passes (first is a loop pass)...
2004 Jul 10
0
[LLVMdev] Re: [llvm-commits] CAUTION: Type != Value
Vladimir,
As you noted, the cast to Value* from (I presume) Type* is now invalid
as there is no inheritance relationship. You can give a type a name by
converting:
Ty->setName(Name, &ST)
to:
ST.insert(Name, Ty)
Hope that helps.
Reid.
On Sat, 2004-07-10 at 07:01, Vladimir Merzliakov wrote:
> In VMCore/Module.cpp i found line (254):
>
> ((Value*)Ty)->setName(Name, &ST);
>
> Type is not Value now and for me this code call
> llvm::Deriv...
2011 Nov 17
0
[LLVMdev] Fwd: Problem getting LoopInfo inside non-LoopPass
...a1203 at gmail.com> wrote:
> Nick,
>
> Thanks for this info, though this didn't help my problem at all.
>
>
> On Wed, Nov 16, 2011 at 7:21 PM, Nick Lewycky <nicholas at mxc.ca> wrote:
>
>> Never create a Twine as a local variable.
>>
>> V->setName(Twine("new_name"));
>>
>> should work fine, however. Note that Twine itself has an implicit
>> constructor from const char *, so this code:
>>
>> V->setName("new_name");
>>
>> should also work fine.
>>
>> Nick
>>
&...