search for: thecall

Dear all, I would like to log the calls to my functions. I am trying to do this using the function match.call(): fTest<-function(x) { theCall<-match.call() print(theCall) return(x) } > fTest(2) fTest(x = 2) [1] 2 I can see "theCall" printed into the console, but I don't manage to convert it into a character to write it into a log file with other informations. Can anyone help? Many thanks,...

...meter function or b) a function call, where "value" # will be replaced with the x parameter # # Example use 1: > c(1,2,3) %|% sum # results in [1] 6 # Example use 2: > c(1,2,3) %|% rep(value, 10) # results in [1] 1 2 3 1 2 3 1 2 3 1 2 3 1 2 3 1 2 3 1 2 3 1 2 3 1 2 3 1 2 3 thecall<-match.call() #get call #for functions with one parameter call it with x. Example: "c(1,2,3) %|% sum" -> 6 if(is.name(thecall$y) || is.function(thecall$y)) return (y(x)) #instead of value use x value <- eval(thecall$x) return(eval(thecall$y)) #evaluate } would be...

...l. Cheers dean -----Original Message----- From: Pete Kay <petedao at gmail.com> Sent: Monday, March 31, 2008 2:27 PM To: Asterisk Users Mailing List - Non-Commercial Discussion <asterisk-users at lists.digium.com> Subject: [asterisk-users] How to give user a prompt before connecting thecall Hello, Is it possible to request for the premission from the called party through a prompt before routing the call? For instance, before actually connecting two parties through the use of DIAL command in the dialplan, I want to let Asterisk to automatically ask for the called party to decide whe...

On Tuesday 24 February 2009 22:19:27 Arnold Schwaighofer wrote: > What i was trying to say is that if you have > > i32 a() { > %1 = tailcall b() > ret %1 > } > > > i32 b() { > %1 = tailcall c() > ret %1 > } > > i32 c() { > %1 = tailcall d() > ret %1 > } > > i32 d() { > ret i32 5 > } > > only d() will actually

0, i32 %1) >> >> Note that if you have a series of sequential recursive tail calls this >> move will only performed once (at the bottom of the recursion, >> respectively when the recursion returns) so it's impact on performance >> should be minimal. > > Hmm, that makes it sound as though the moves between a tail call and the > following return are

...du.au/R/e6/help/09/03/7588.html I have struck upon a solution which so far has performed admirably. In particular, it uses ls() and not its explicit source code, so only has a dependency on its name and the name of its all.names argument. Here is my solution: lsall <- function(...) { thecall <- as.call(c(as.name('ls'), list(...))) newcall <- match.call(definition=ls, call=thecall) if( !('all.names' %in% names(newcall)) ) newcall[['all.names']] <- TRUE eval(newcall, envir=parent.frame()) }#### end lsall In my hands this function has a...

...############# SEXP myrho = R_GlobalEnv; SEXP myvariable = R_NilValue; SEXP myfunction = R_NilValue; SEXP myinit(SEXP var, SEXP func) { myvariable = var; myfunction = func; return R_NilValue; } SEXP myexec(/* probably has some parameters that are omitted in this example */) { int state; SEXP thecall; /* do some work, then set the state and call a callback function if necessary */ PROTECT(myvariable); INTEGER(myvariable)[0] = state; UNPROTECT(1); if(state) { PROTECT(thecall = LCONS(myfunction, LCONS(myvariable, R_NilValue))); eval(thecall, myrho); UNPROTECT(1); } return R_NilV...

...#include "llvm/Support/CFG.h" #include "llvm/Transforms/Utils/ValueMapper.h" #include "llvm/Analysis/ConstantFolding.h" @@ -349,6 +350,27 @@ Ops.size(), Context, TD); } +static MDNode *UpdateInlinedAtInfo(MDNode *InsnMD, MDNode *TheCallMD, + LLVMContext &Context) { + DILocation ILoc(InsnMD); + if (ILoc.isNull()) return InsnMD; + + DILocation CallLoc(TheCallMD); + if (CallLoc.isNull()) return InsnMD; + + DILocation OrigLocation = ILoc.getOrigLocation(); + MDNode *NewLoc = TheCallMD; + if...

Devang Patel wrote: > Hi John, > > On Wed, Nov 4, 2009 at 12:04 PM, John Criswell <criswell at uiuc.edu> wrote: > >> Dear All, >> >> 1) I recall reading somewhere that a few optimizations in LLVM 2.6 strip >> away debug information when such information interferes with >> optimization. Is this correct, >> > > Yes. > >

...tions; is there a hidden flaw? (*) but you'll have to change the file reference in OnyxEchoFile esegments<-function(x0, y0, x1=x0, y1=y0, col=par("fg"), lty=par("lty"), lwd=par("lwd"), ...) { # collect the call as a suitable list, using match.call TheCallList <- as.list(match.call()) # turn it into (list version of) a call to the graphics function we actually want TheCallList[[1]]<-quote(segments) # replace the variable names used with their values # (because I do not wish to record all the messy calculation I do) if (length(The...

Dear list members, Does anyone know how to use rm() to remove only variables but not declared functions from the environment ? I understand I could name all the functions with, let's say "f_something", make sure that all variables do not start with "f_" and then remove all BUT objects starting with "f_". However, I have already defined all the functions and it

...and I am asking for the second operand. Second meaning operand 1. Okay, so you have something like this: if (CallInst *CI = dyn_cast<CallInst>(...)) { ... = CI->getOperand(1); } Can you send in this snippet of code, the assertion, and the results of: std::cerr << "TheCall: " << *CI; executed right before the getOperand call that is failing? -Chris > ----- Original Message ----- > From: "Chris Lattner" <sabre at nondot.org> > To: <llvmdev at cs.uiuc.edu> > Sent: Wednesday, June 23, 2004 4:24 PM > Subject: Re: [LLVMd...

Hei! Here's my problem. I have an Asterisk with SS7 and SIP trunks. Asterisk version is 1.6. I'm setting up a custom CDR fields and I was wondering is there a way to know who initiated a hangup? Asterisk must be aware of that info somehow, cause in queue_log, that info is present (completecaller, completeagent) Is there a way to get that info on the regular SS7 to SIP (and vica versa)

...meaning operand 1. > > Okay, so you have something like this: > > if (CallInst *CI = dyn_cast<CallInst>(...)) { > > ... = CI->getOperand(1); > } > > Can you send in this snippet of code, the assertion, and the results of: > std::cerr << "TheCall: " << *CI; > > executed right before the getOperand call that is failing? > > -Chris > > > > ----- Original Message ----- > > From: "Chris Lattner" <sabre at nondot.org> > > To: <llvmdev at cs.uiuc.edu> > > Sent: Wednesday,...

Somehow it fails with operand out of bounds when the number of operands is 2 and I am asking for the second operand. ----- Original Message ----- From: "Chris Lattner" <sabre at nondot.org> To: <llvmdev at cs.uiuc.edu> Sent: Wednesday, June 23, 2004 4:24 PM Subject: Re: [LLVMdev] weird issue with mem2reg, should have guessed > On Wed, 23 Jun 2004, Patrick Meredith

...alled in SelectionDAGISel::runOnFunction(). This occurs at line 293 in SelectionDAGBuild.cpp when dealing with the alloca instructions. I've found the CopyToReg that is being issued occurs in LowerCALL and it is this one that fails. When I get the arguments to the function call, (SDValue Arg = TheCall->getArg(i);), the returned SDValue is a FrameIndex, and I don't handle the case correctly. The only issue that I have is that none of the other backends have any code in LowerCALL/LowerRET/LowerFORMAL_ARGUMENTS that explicitly handle FrameIndexSDNode's as arguments. This leads me to beli...

On Wed, 23 Jun 2004, Patrick Meredith wrote: > What's different about code that's been mem2reg'd from straight front end > code, or anything that mem2reg hasn't been run on? PHINODES! Yup, front-ends generally don't produce SSA form. :) > It appears to be crashing when I try to cast a Value* that's really a > BB* (from the PHInode operands) to a User*,

On Jan 27, 2009, at 3:54 PM, Villmow, Micah wrote: > Ok, I've had time to track this down a little bit more and I seem to > have found another case where it fails. This is occurring during > Schedulur->EmitSchedule() in SelectionDAGISel.cpp:695. The problem > seems > to be that somehow the CopyToReg part of the switch statement in > ScheduleDAG::EmitNode has a

...the number of ARM PC labels created. - /// + /// ARMPCLabelIndex - Keep track of the number of ARM PC labels created. unsigned ARMPCLabelIndex; + /// ARMJumpTableIndex - Keep track of the number ofJump Tables + unsigned ARMJumpTableIndex; SDValue LowerMemOpCallTo(CallSDNode *TheCall, SelectionDAG &DAG, const SDValue &StackPtr, const CCValAssign &VA, Index: lib/Target/ARM/ARMConstantPoolValue.h =================================================================== --- lib/Target/ARM/ARMConstantPoolValue.h (revision 72728) +++ lib/Target/AR...

Ok, I've had time to track this down a little bit more and I seem to have found another case where it fails. This is occurring during Schedulur->EmitSchedule() in SelectionDAGISel.cpp:695. The problem seems to be that somehow the CopyToReg part of the switch statement in ScheduleDAG::EmitNode has a FrameIndex as its second operand. This is especially problematic because the code is either