search for: ffirst

...thing here because I continue to be puzzled by the result. I had thought (perhaps erroneously) that lm() would return a model object that would permit prediction. Indeed: lm(old$y~old$f/(1+old$x)-1) ...results in: Call: lm(formula = old$y ~ old$f/(1 + old$x) - 1) Coefficients: old$fFIRST old$fSECOND old$fFIRST:old$x old$fSECOND:old$x -0.08489 -0.05839 1.15351 0.72981 which clearly provides a model fit for each factor, and identifies the factor from which each model coefficient was extracted, so lm() does provide the capability t...

I've posted two patches on Phabricator to add support for VScale in LLVM. A brief recap on `vscale`: The scalable vector type in LLVM IR is defined as `<vscale x n x m>`, to create types such as `<vscale x 16 x i8>` for a scalable vector with at least 16 bytes. In the definition of the scalable type, `vscale` is specified as a positive constant of type integer that will only be

...ength and not even the program knows how long the vector will be, there is data-dependent fail-on-first. A related thread goes through this, pay attention to Stephen's questions and it becomes clear: https://groups.google.com/forum/?nomobile=true#!topic/comp.arch/3z3PlCwdq8U A link to ARM SVE ffirst capability is also proved in that thread. Yes, SVE has ffirst although it is a SIMD variant rather than one that affects VL. > RISC-V RVV explicitly allows changing VL (which I am assuming is the > same as vscale) at runtime, so VL wouldn't be a constant. This would be good to clarif...

On Tue, Oct 1, 2019 at 11:08 AM Graham Hunter <Graham.Hunter at arm.com> wrote: > Hi Luke, hi graham, thanks for responding in such an informative fashion. > > On 1 Oct 2019, at 09:21, Luke Kenneth Casson Leighton via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > typedef vec4 float[4]; // SEW=32,LMUL=4 probably > > static vec4 globalvec[1024]; // vscale ==