search for: mvec

Hi, I am trying to write R code to produce a power curve to show how the power of a Wilcoxon-test varies depending on the mean, with data generated from a uniform distribution. Any ideas how I should go about this?Louisa _________________________________________________________________ Amazing prizes every hour with Live Search Big Snap [[alternative HTML version deleted]]

Is there a way to access the current MachineBasicBlock info from within CodeGenIntrinsic in SparcV9BurgISel.cpp? The arguments are: Intrinsic::ID iid, CallInst &callInstr, TargetMachine &target, and std::vector<MachineInstr*>& mvec, none of which seem to offer access to the current MachineBasicBlock. Brent

Hi, I need to generate a branch instruction from within CodeGenIntrinsic in SparcV9BurgISel.cpp. I generate a few instructions and add them to the mvec vector, and then I need to generate a branch whose target is the first instruction in the vector. I've seen how other portions of the code do this, but they have access to more information than CodeGenIntrinsic. Thanks, Brent

Hi all, I have a dataset. Each time I want to sample N(i) elements from it and I want to repeated sampling M times. N(i) is varied from time to time. For example, dataset = 1:50; a = list(); M = 1000; I want to do something like for(i in 1:M) { a[[i]] = sample(dataset,

On Wed, Oct 28, 2020 at 6:07 PM Fangrui Song <maskray at google.com> wrote: > > On 2020-10-28, Alexandre Bique via llvm-dev wrote: > >Hi, > > > >I wonder what is the right way to target an old glibc? > > > >I have a machine which is up to date (glibc 2.32 and clang+lld 10.0.1). > > > >So far I've been able to target older glibc by having a

...o: reference to exp Projects/Podolski/CMakeFiles/Podolski.dir/__/__/AudioModulesFrame/AM_PitchTrack.cpp.o: reference to exp /usr/lib/libm.so.6: shared definition of exp at GLIBC_2.2.5 /usr/lib/libm.so.6: shared definition of exp /usr/lib/libm.so.6: shared definition of exp at GLIBC_2.29 /usr/lib/libmvec.so.1: reference to exp at GLIBC_2.29 So the dependency is being pulled by libmvec. Which is strange because the target is not using libmvec: [jenkins at archear build-clang.64]$ ldd VstPlugins/libPodolski.so linux-vdso.so.1 (0x00007ffccff47000) libexpat.so.1 => /usr/lib/libexpat.so.1 (0x00007...

...cts/Podolski/CMakeFiles/Podolski.dir/__/__/AudioModulesFrame/AM_PitchTrack.cpp.o: > reference to exp > /usr/lib/libm.so.6: shared definition of exp at GLIBC_2.2.5 > /usr/lib/libm.so.6: shared definition of exp > /usr/lib/libm.so.6: shared definition of exp at GLIBC_2.29 > /usr/lib/libmvec.so.1: reference to exp at GLIBC_2.29 > > So the dependency is being pulled by libmvec. > > Which is strange because the target is not using libmvec: > > [jenkins at archear build-clang.64]$ ldd VstPlugins/libPodolski.so > linux-vdso.so.1 (0x00007ffccff47000) > libexpat.so.1...