search for: argvals

I'm trying to turn some GenericValues into Constants in the interpreter using code like this, in a switch statement: case Type::IntTyID: SI = ConstantSInt::get(FB->getType(), ArgVals[i].IntVal); params.push_back(UI); UI->dump(); //for testing break; FB is a Function::ArgumentListType::iterator ArgVals is a std::vector<GenericValue> the switch is on FB->getType()->getTypeID() so basically what I am doing is iterating through the formal argu...

...ere both domain and range are matrices. My erroneous attempts are below. Can you suggest corrections? library(fda) domain<-matrix(c(1,1.1,1.2,2,2.1,2.1,3,3.1,3.2,4,4.1,4.2,5,5.1,5.2), nrow = 5, ncol=3, byrow=TRUE) range<-sin(domain)+matrix(rnorm(15,sd=0.1),nrow=5, ncol=3) myfd<-Data2fd(argvals=domain, y=range) #Error in create.bspline.basis(argvals) : # rangeval is not a vector; class(rangeval) = matrix mybasis<-create.bspline.basis(rangeval=c(0.5,5.2), nbasis=6) myfd<-Data2fd(argvals=domain, y=range,basisobj=mybasis) #Error in smooth.basis(argvals, y, fdP, wtvec = w, fdnames...

Dear all, switch() called with just the EXPR argument causes R to hang so that the only way to stop it is to kill R. Reproducible example: > switch(EXPR="a") the internal C subroutine behind switch is do_switch located in R/src/main/builtin.c For convenience I reproduce it below. ***************************************************************************** SEXP attribute_hidden

Hi, The poolalloc library fails in TransformFunctionBody.cpp, line 746 --- Value *ArgVal = ConstantAggregateZero::get(PoolAllocate::PoolDescPtrTy); --- opt -load /path_to_lib/libpoolalloc.dylib -poolalloc constaggr.bc -o opt.bc -f triggers the problem (bc file attached). Assertion failed: ((isa<StructType>(Ty) || isa<ArrayType>(Ty) || isa<VectorType>(Ty)) &&

On 10/11/2006 2:48 PM, Seth Falcon wrote: > Hi, > > Reading help("Documentation"), I'm led to believe that a help call > like: > > ?myFun(x, sqrt(wt)) > > Will search for help on the appropriate method in the case that myFun > is generic. This isn't working for me. Here is an example using the > Biobase package: > > ## If Biobase is

...sed at the end of this email. Can you help on this ? Thanks, David %%%%%%%%%%%%%%%%%%%%%%%%%%%%% R SCRIPT for Data2fd with NAs %%%%%%%%%%%%%%%%%%%%%%%%%%%%% > library(fda) > y=runif(10) > x=Data2fd(1:10,y) # creates functional object in B-spline basis Warning message: In smooth.basis(argvals, y, fdP, wtvec = w, fdnames = fdnames) : The number of basis functions = 12 exceeds 10 = the number of points to be smoothed. With no smoothing (lambda = 0), this will produce a perfect fit to data that typically has wild excursions between data points. > x$coefs # here it works because no NA...

plain text document attachment (lguest64-loader.patch) I noticed that the lguest loader code for i386 was in Documentation/lguest. Well, that's fine (I guess) but it can't just be for i386. So I made a separate directory to put the loader code in. So now we have: Documentation/lguest/i386/... for the lguest i386 loader. and Documentation/lguest/x86_64/... for the lguest x86_64

plain text document attachment (lguest64-loader.patch) I noticed that the lguest loader code for i386 was in Documentation/lguest. Well, that's fine (I guess) but it can't just be for i386. So I made a separate directory to put the loader code in. So now we have: Documentation/lguest/i386/... for the lguest i386 loader. and Documentation/lguest/x86_64/... for the lguest x86_64

My first patch was a little premature, please use this one. On Mon, 2005-03-07 at 17:19, Reid Spencer wrote: > Vyacheslav, > > This is the same problem that I had with Cygwin .. nearly identical. > The issue was documented in PR492 if you want some background. I'm > currently trying to dig up what I did to fix this in December for Cygwin > and see if I can apply the same

...offer any suggestions? isi - vector of argument values - i.e. the independent variable of the curves rlz - data array TMSfdPar - functional data parameter. > TMSfdPar = fdPar(TMSbasis, 4, 0.01) > TMSfdsmooth = smooth.basis(isi, rlz, TMSfdPar) Error in smooth.basis(isi, rlz, TMSfdPar) : 'argvals' is not numeric. I don't understand why the error message keeps popping up. I've tried playing around with Jim Ramsay's datasets and I think my data is organised in a similar manner to his, so can't understand what's going on.... oh, the frustration! Thanks in advance, Be...

...re is what I try: >X <-c(0.4541139, 0.4802537, 0.5091228, 0.3894931, 2.1512258, >7.9301281, 62.3876109, 54.1168247, 67.8769904, 91.0670615, 20.0682440) >basis <- create.bspline.basis(c(-100, 100), 7, 5) >MDA.fdPar <- fdPar(basis, 2, 0.01) >MDA.fda.joint <- smooth.pos(argvals=seq(from=-100, to=100, length=11), >y=X, WfdParobj=MDA.fdPar) Iter. PENSSE Grad Length 0 1780.78 -1780.78 1 1753.525 14.318 2 1749.296 15.0611 3 1747.625 15.3031 4 1739.389 16.6266 5 1737.713 16.8989 6 1729.524...

Vyacheslav, This is the same problem that I had with Cygwin .. nearly identical. The issue was documented in PR492 if you want some background. I'm currently trying to dig up what I did to fix this in December for Cygwin and see if I can apply the same change for mingw. Reid. On Mon, 2005-03-07 at 16:39, Vyacheslav Akhmechet wrote: > Ok, I got home so I have more details. Here's the

...s null: llvm::Function *calleeMethod = llvm::dyn_cast<llvm::Function>(builder->CreateLoad(calleeMethodPtr)); So if I then try to execute the following builder->CreateCall function I end up with a segmentation fault since calleeMethod is null: builder->CreateCall(calleeMethod, argVals); Under what circumstances would builder->CreateLoad return null? Is the global vTable's memory not allocated correctly? Or have I been approaching this incorrectly - is there another method in the C++ API that I should be using for indirect function calls? I’d really appreciate any assi...

Hi everyone, I found that LLVM generates redundant code when calling functions with constant parameters, with optimizations disabled. Consider the following C code snippet: int foo(int x, int y); void bar() { foo(1, 2); foo(3, 4); } Clang/LLVM 6.0 generates the following assembly code: _bar: subl $32, %esp movl $1, %eax movl $2, %ecx movl $1, (%esp) movl $2, 4(%esp) movl %eax, 28(%esp) movl