search for: multidim

...win32' make[1]: *** [docfiles] Error 2 make[1]: Leaving directory `/home/ros/RWORK/CROSSSOMP/WinR/R-1.8.0/src/gnuwin32' ****************************************************************************** and then, trying to go throught, as this didn't look like a big error, I 'make pkg-multidim_0.5-3' and ****************************************************************************** -------multidim------ make[1]: Entering directory `/home/ros/RWORK/CROSSSOMP/WinR/R-1.8.0/src/gnuwin32' ---------- Making package multidim ------------ installing inst files adding build stamp...

Hello, We would like to begin discussions around a new set of intrinsics, to better express multi-dimensional array indexing within LLVM. The motivations and a possible design are sketched out below. Rendered RFC link here <https://github.com/bollu/llvm-multidim-array-indexing-proposal/blob/master/RFC.md> Raw markdown: # Introducing a new multidimensional array indexing intrinsic ## The request for change: A new intrinsic, `llvm.multidim.array.index.*`. We propose the addition of a new family of intrinsics, `llvm.multidim.array.index.*`. This will a...

...like to begin discussions around a new set of intrinsics, > to better express > multi-dimensional array indexing within LLVM. The motivations and > a possible design > are sketched out below. > > Rendered RFC link here > <https://github.com/bollu/llvm-multidim-array-indexing-proposal/blob/master/RFC.md> > > > Raw markdown: > > # Introducing a new multidimensional array indexing intrinsic > > ## The request for change: A new intrinsic, `llvm.multidim.array.index.*`. > > We propose the addition of a new family...

...discussions around a new set of intrinsics, to better express >> multi-dimensional array indexing within LLVM. The motivations and a possible design >> are sketched out below. >> >> Rendered RFC link here >> >> Raw markdown: >> >> # Introducing a new multidimensional array indexing intrinsic >> >> ## The request for change: A new intrinsic, `llvm.multidim.array.index.*`. >> >> We propose the addition of a new family of intrinsics, `llvm.multidim.array.index.*`. >> This will allow us to represent array indexing into an array...

...intrinsics, to better express >>> multi-dimensional array indexing within LLVM. The motivations and a possible design >>> are sketched out below. >>> >>> Rendered RFC link here >>> >>> Raw markdown: >>> >>> # Introducing a new multidimensional array indexing intrinsic >>> >>> ## The request for change: A new intrinsic, `llvm.multidim.array.index.*`. >>> >>> We propose the addition of a new family of intrinsics, `llvm.multidim.array.index.*`. >>> This will allow us to represent array in...

...um 19:08 Uhr schrieb Kaylor, Andrew <andrew.kaylor at intel.com>: > > Is it even possible to implement the original proposal using an intrinsic? I'm not sure how to interpret part of the description. It says the syntax for the intrinsic would be this: > > <result> = llvm.multidim.array.index.* <ty> <ty>* <ptrval> {<stride>, <idx>}* > > It isn't clear to me what that means. The later example is also in a somewhat generalized form: > > %arrayidx = llvm.multidim.array.index.* i64 i64* %A, %str_1, %idx_1, %str_2, %idx_2 > >...

...type has anything to do with what I was asking about. Perhaps seeing a concrete, fully-legal IR representation of what's being proposed would help. > > Here's a best guess, switching the indexed base type to a non-integer for illustration purposes: > > %arrayidx = call i64 @llvm.multidim.array.index.i64.p0f64.i64.i64.i64.i64 double* %A, i64 %str_1, i64 %idx_1, i64 %str_2, i64 %idx_2 > > According to the RFC, that would get lowered to this: > > %mul1 = mul nsw i64 %str_1, %idx_1 > %mul2 = mul1 nsw i64 %str_2, %idx_2 > %total = add nsw i64 %mul2, %mul1 >...

Hello, I've the following list n: > n [[1]] [1] "NEW" "OLD" "PRG" [[2]] [1] "04h" "24h" [[3]] [1] "000mM" "010mM" "025mM" "050mM" "100mM" where n <- dimnames(some.multidim.array) I'm trying to define a generic function that generates meaningful names from this list, e.g. NEW.04h.000mM would be the first name, then NEW.04h.010mM, ... . Overall this would generate 30 names (3*2*5). Here, this would be 3 cascaded loops, but the dimensions of the array should be fle...

Hi, Is there a equivalent of the function "eboulis()" (which is a new funtion on Splus) on R? Otherwise, with which function can we see the best number of cluster we have to choose? Thanks in advance, Nicolas BOUGET

...which unfortunately do not allow referencing local SSA values. 3. For completeness, here is Johannes other suggestion without modifying GEP/Load/Store: %offset1= mul i64. %i, %n %offset2= add i64, %j, %offset1 %1 = getelementptr double, double* %A, inrange i64 %offset2 %2 = llvm.multidim.access.pdouble.pdouble.i64.i64.i64.i64(double* %A, i64 %n, i64 %m, i64 %i, i64 %j) %cmp = icmp eq %1, %2 call void @llvm.assume(i1 %cmp) The main motivation is to avoid that unprepared analyses such as BasicAA have to give up when encountering the new intrinsic. 2. and 3. only add things...

Default arguments are evaluated in the function frame, not in the calling environment (nor in the same place as explicit arguments). > Which to me reads that a with statement as above is equivalent to > > > attach(data) ; aov.SS1(y=Obs) ; detach(data) > > Or is that just wishful thinking?? The latter. On Thu, 7 Oct 2004, RenE J.V. Bertin wrote: > Hello, > >

...ic block arguments instead of PHI nodes. > Can someone put together some concrete examples that fully describe how this would look in terms of both the intrinsic proposal and the GEP extension you worked out with Johannes? The closest we have is the RFC document (https://github.com/bollu/llvm-multidim-array-indexing-proposal/blob/master/RFC.md). We are in the RFC phase to explore the problem and design space. Do you have any concrete questions you would like the be answered? Michael

Am Mo., 22. Juli 2019 um 10:50 Uhr schrieb Doerfert, Johannes <jdoerfert at anl.gov>: > Why introduce a new intrinsic (family)? It seems that would require us > to support GEPs and GEP + "multi-dim" semantics in various places. What is > the benefit over a GEP extension? Adding an intrinsic is easier than adding or extending an existing instruction, as suggested by

...r equation solver -(?) Ordinary Differential Equation solver - Partial Differential Equation solver - Sparse matrices handling - Moore-Penrose pseudo-inverse - 2.3 Analysis Numerical integration (m) Double integration (m) Triple integration (m) Numerical differentiation - Fourier transf. (1D / 2D /multidim.) +/+/- Inverse Fourier transformation (1D / 2D / multidim.) +/+/- 2.4 Numerical Mathematics - Classical Interpolation + k-Spline Interpolation ? B-Spline Interpolation ? Newton method for finding roots + Bisection - Runge Kutta method for solving ODE - 2.5 Stochastic Markov models - Mean + Media...

I'm actually 'translating' the S-PLUS package multidim to R and I wonder what is the equivalent to the plrc() function under R. I need it to plot the correlation circle (rough translation from french, hope this means something...) for the plot.acp() function but can't find out any help on it . any help would be appreciated. Mathieu (thanks to...

...l -- Bioconductor packages Biobase, annotate, affy, AnnBuilder, edd, genefilter, geneplotter, rhdf5, marrayTest, marrayClasses, marrayInput, marrayPlots, multtest, ROC, tkWidgets -- snow from Tierney -- deal from gR -- from Devel Dopt, GRASS, PHYLOGR, R2HTML, RPgSQL, dseplus, pls, runstat, multidim, mclust, ensemble, locfit, write-snns -- from OmegaHat gtk, OOP, RGtk, RGtkViewers, RObjectTables, RSPerl, RSPython what does NOT load tkrplot > library(tkrplot) Loading required package: tcltk dyld: /usr/local/lib/R/bin/R.bin malformed library: /usr/local/lib/R/library/tkrplot/libs/tkrplo...

On Jul 25, 2019, at 7:20 AM, Michael Kruse via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Am Mi., 24. Juli 2019 um 16:13 Uhr schrieb Tim Northover > <t.p.northover at gmail.com>: … Siddharth’s original RFC <https://github.com/bollu/llvm-multidim-array-indexing-proposal/blob/master/RFC.md> ... >> Apart from all that, I'm pretty disappointed to see this as an >> intrinsic though. GEP is such a fundamental part of addressing in LLVM >> that bifurcating it into an intrinsic for either a language or an >> analysis...

Hi all, On Wed, 24 Jul 2019 at 16:14, Michael Kruse via llvm-dev <llvm-dev at lists.llvm.org> wrote: > Mmmh, looks like Tim Northover is actively working on typeless/opaque > pointers, e.g. https://reviews.llvm.org/D64203 Yep, I'm spending as much time as I can on the project. I think there's not really much chance that it'll be required in this cycle (i.e. when we fork