search for: hb

Hi LLVMers, The root of my SRC_DIR is: /home/hb/projects/src/llvm-1/llvm/ and the root of my OBJ_DIR is: /home/hb/projects/build/FC1/llvm-1-1. However, the configure script seems to have stripped some of the / from the paths: Makefile.common:63: /home/hb/projects/buildFC1llvm-1-1/Makefile.config: No such file or directory Makefile.common:69:...

Hi, in R CMD check, the version of the package being checked is reported, e.g. Thu Sep 9 05:02:30 2010: Checking package R.utils (SVN revision 399) ... * using log directory ?/srv/R/R.check/R-devel/PKGS/R.utils.Rcheck? * using R version 2.12.0 Under development (unstable) (2010-09-07 r52876) * using platform: x86_64-unknown-linux-gnu (64-bit) * using session charset: UTF-8 * checking for file

On Thu, Apr 02, 2015 at 12:28:30PM -0400, Waiman Long wrote: > On 04/01/2015 05:03 PM, Peter Zijlstra wrote: > >On Wed, Apr 01, 2015 at 03:58:58PM -0400, Waiman Long wrote: > >>On 04/01/2015 02:48 PM, Peter Zijlstra wrote: > >>I am sorry that I don't quite get what you mean here. My point is that in > >>the hashing step, a cpu will need to scan an empty

On Thu, Apr 02, 2015 at 12:28:30PM -0400, Waiman Long wrote: > On 04/01/2015 05:03 PM, Peter Zijlstra wrote: > >On Wed, Apr 01, 2015 at 03:58:58PM -0400, Waiman Long wrote: > >>On 04/01/2015 02:48 PM, Peter Zijlstra wrote: > >>I am sorry that I don't quite get what you mean here. My point is that in > >>the hashing step, a cpu will need to scan an empty

...ery rare indeed) the + * max load factor is 0.75, which is around the point where open addressing + * breaks down. + * + * Instead of probing just the immediate bucket we probe all buckets in the + * same cacheline. + * + * http://en.wikipedia.org/wiki/Hash_table#Open_addressing + * + */ + +#define HB_RESERVED ((struct qspinlock *)1) + +struct pv_hash_bucket { + struct qspinlock *lock; + int cpu; +}; + +/* + * XXX dynamic allocate using nr_cpu_ids instead... + */ +#define PV_LOCK_HASH_BITS (2 + NR_CPUS_BITS) + +#if PV_LOCK_HASH_BITS < 6 +#undef PV_LOCK_HASH_BITS +#define PB_LOCK_HASH_BITS 6 +...

...ery rare indeed) the + * max load factor is 0.75, which is around the point where open addressing + * breaks down. + * + * Instead of probing just the immediate bucket we probe all buckets in the + * same cacheline. + * + * http://en.wikipedia.org/wiki/Hash_table#Open_addressing + * + */ + +#define HB_RESERVED ((struct qspinlock *)1) + +struct pv_hash_bucket { + struct qspinlock *lock; + int cpu; +}; + +/* + * XXX dynamic allocate using nr_cpu_ids instead... + */ +#define PV_LOCK_HASH_BITS (2 + NR_CPUS_BITS) + +#if PV_LOCK_HASH_BITS < 6 +#undef PV_LOCK_HASH_BITS +#define PB_LOCK_HASH_BITS 6 +...

Hi guys, I ran into a problem of not being able to create unique labels when creating a factor. Consider an example below: hb <- factor(c(1,1,1,2,2,2,3,3,3), levels=c(1,2,3),labels=c(1,1,2)) > hb [1] 1 1 1 1 1 1 2 2 2 Levels: 1 1 2 > unique(hb) [1] 1 1 2 Levels: 1 1 2 How come there are three unique levels, I thought this would only create one unique level? > unique(as.ordered(hb)) [1] 1 2 Levels: 1 < 1...

On Sat, 2005-06-18 at 10:32 +0200, Henrik Bach wrote: > Hi LLVMers, > > The root of my SRC_DIR is: /home/hb/projects/src/llvm-1/llvm/ > and the root of my OBJ_DIR is: /home/hb/projects/build/FC1/llvm-1-1. > > However, the configure script seems to have stripped some of the / from the > paths: > Makefile.common:63: /home/hb/projects/buildFC1llvm-1-1/Makefile.config: No > such file or...

...fine PV_LOCK_HASH_BITS (2 + NR_CPUS_BITS) + +#if PV_LOCK_HASH_BITS < 6 +#undef PV_LOCK_HASH_BITS +#define PB_LOCK_HASH_BITS 6 +#endif + +#define PV_LOCK_HASH_SIZE (1 << PV_LOCK_HASH_BITS) + +static struct pv_hash_bucket __pv_lock_hash[PV_LOCK_HASH_SIZE] ____cacheline_aligned; + +#define PV_HB_PER_LINE (SMP_CACHE_BYTES / sizeof(struct pv_hash_bucket)) + +static inline u32 hash_align(u32 hash) +{ + return hash & ~(PV_HB_PER_LINE - 1); +} + +#define for_each_hash_bucket(hb, off, hash) \ + for (hash = hash_align(hash), off = 0, hb = &__pv_lock_hash[hash + off];\ + off <...

...er to buffer ****************************************************************************/ -static void writetarheader(int f, char *aname, int size, time_t mtime, +static void writetarheader(int f, char *aname, SMB_BIG_UINT size, time_t mtime, char *amode, unsigned char ftype) { union hblock hb; @@ -175,7 +175,7 @@ int i, chk, l; char *jp; - DEBUG(5, ("WriteTarHdr, Type = %c, Size= %i, Name = %s\n", ftype, size, aname)); + DEBUG(5, ("WriteTarHdr, Type = %c, Size= %.0f, Name = %s\n", ftype, (double)size, aname)); memset(hb.dummy, 0, sizeof(hb.dummy...

...era B es un vector columna de dimensión q. Quiero graficar h(x)''B para alguna h(x), por ejemplo h<-function(x) matrix(c(1,x,x^2,x^3), ncol=1) B es un vector columna fijo B=matrix(c(1,2,1,3),ncol=1) Para graficar la función h(x)''B lo que hago es hacer una función nueva hB<-function(x){t(h(x))%*%B} para valores particulares de x la función hace lo que busco > h<-function(x) matrix(c(1,x,x^2,x^3), ncol=1) > B=matrix(c(1,2,1,3),ncol=1) > hB<-function(x){t(h(x))%*%B} > hB(1) [,1] [1,] 7 > hB(2) [,1] [1,] 33 Sin embargo...

Hi, Now, I've build the tools and the cfe. However, 'make check' gave me the attached results. Summarized as follows: # of expected passes 1081 # of unexpected failures 26 # of expected failures 32 I configured llvm with following options: '--prefix=/home/hb/llvm/ --enable-targets=host-only'. I used gcc version 3.4.2 to build the tools and cfe. The cfe is version: llvm-gcc (GCC) 3.4-llvm 20030924 (experimental). Especially I noticed this one: -------------------- FAIL: /home/hb/projects/src/llvm-1/llvm/test/Regression/CFrontend/2005-06-15-Expan...

...8 > +#define LFSR_MAX_BITS (2 + NR_CPUS_BITS) > +#if LFSR_MAX_BITS < LFSR_MIN_BITS > +#undef LFSR_MAX_BITS > +#define LFSR_MAX_BITS LFSR_MIN_BITS > +#endif > + > +struct pv_hash_bucket { > + struct qspinlock *lock; > + struct pv_node *node; > +}; > +#define PV_HB_PER_LINE (SMP_CACHE_BYTES / sizeof(struct pv_hash_bucket)) > +#define HB_RESERVED ((struct qspinlock *)1) This is unused. > + > +static struct pv_hash_bucket *pv_lock_hash; > +static unsigned int pv_lock_hash_bits __read_mostly; static unsigned int pv_taps __read_mostly; > + >...

...8 > +#define LFSR_MAX_BITS (2 + NR_CPUS_BITS) > +#if LFSR_MAX_BITS < LFSR_MIN_BITS > +#undef LFSR_MAX_BITS > +#define LFSR_MAX_BITS LFSR_MIN_BITS > +#endif > + > +struct pv_hash_bucket { > + struct qspinlock *lock; > + struct pv_node *node; > +}; > +#define PV_HB_PER_LINE (SMP_CACHE_BYTES / sizeof(struct pv_hash_bucket)) > +#define HB_RESERVED ((struct qspinlock *)1) This is unused. > + > +static struct pv_hash_bucket *pv_lock_hash; > +static unsigned int pv_lock_hash_bits __read_mostly; static unsigned int pv_taps __read_mostly; > + >...

...39;ve build the tools and the cfe. However, 'make check' gave me the > attached results. Summarized as follows: > > # of expected passes 1081 > # of unexpected failures 26 > # of expected failures 32 > > I configured llvm with following options: '--prefix=/home/hb/llvm/ > --enable-targets=host-only'. I used gcc version 3.4.2 to build the tools and > cfe. The cfe is version: llvm-gcc (GCC) 3.4-llvm 20030924 (experimental). > > Especially I noticed this one: > -------------------- > FAIL: > /home/hb/projects/src/llvm-1/llvm/test/Re...

...* read in a "standard" tar format header - we're not that interested @@ -184,23 +185,43 @@ return -1; } - strcpy(finfo->name, prefix); - - /* use l + 1 to do the null too; do prefix - prefcnt to zap leading slash */ - unfixtarname(finfo->name + strlen(prefix), hb->dbuf.name, - strlen(hb->dbuf.name) + 1); - /* can't handle links at present */ if (hb->dbuf.linkflag != '0') { - if (hb->dbuf.linkflag == 0) { + char *bp; + long tar_size; + switch (hb->dbuf.linkflag) { + case 0: DEBUG(6, ("Warning...

...e. However, 'make check' gave me the > > attached results. Summarized as follows: > > > > # of expected passes 1081 > > # of unexpected failures 26 > > # of expected failures 32 > > > > I configured llvm with following options: '--prefix=/home/hb/llvm/ > > --enable-targets=host-only'. I used gcc version 3.4.2 to build the tools >and > > cfe. The cfe is version: llvm-gcc (GCC) 3.4-llvm 20030924 >(experimental). > > > > Especially I noticed this one: > > -------------------- > > FAIL: > >...

...t i'm curious about the covariance matrix of coefficient as it seems to be important. the R code example : ### nObs <- 10 cl <- as.factor( sample(c(1,2,3),nObs,replace=TRUE) ) y <- rnorm(nObs) model <- glm(y ~ cl) b <- model$coefficients H <- c(1,1,-1) # we want to test H0: Hb = 0 ### the following code will NOT run unless we can compute covModelCoeffs #the mean of Hb is mu = H %*% model$coefficients #the variance is HB is var = H %*% covModelCoeffs %*% t(H) p.val <- 2 * pnorm( -abs(mu), mean=0, sd=sqrt(var),lower.tail = TRUE) how do i get the covariance matrix o...

...US_BITS) >> +#if LFSR_MAX_BITS< LFSR_MIN_BITS >> +#undef LFSR_MAX_BITS >> +#define LFSR_MAX_BITS LFSR_MIN_BITS >> +#endif >> + >> +struct pv_hash_bucket { >> + struct qspinlock *lock; >> + struct pv_node *node; >> +}; >> +#define PV_HB_PER_LINE (SMP_CACHE_BYTES / sizeof(struct pv_hash_bucket)) >> +#define HB_RESERVED ((struct qspinlock *)1) > This is unused. You are right, I will remove that. >> + >> +static struct pv_hash_bucket *pv_lock_hash; >> +static unsigned int pv_lock_hash_bits __read_mostly;...

...ot;, instead of the incorrect / failing ones "seg=0:0x8000:0x8100". References: https://svn.reactos.org/svn/reactos/trunk/reactos/boot/freeldr/notes.txt?revision=73859&view=markup&pathrev=73859#l24 https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/notes.txt;hb=HEAD https://git.reactos.org/?p=reactos.git&a=search&h=HEAD&st=grep&s=FREELDR_BASE https://git.reactos.org/?p=reactos.git;a=blob;f=reactos/boot/freeldr/freeldr/include/arch/pc/x86common.h;h=c747d145cb3b35f68caab5291dc65dcdca21f17d;hb=HEAD#l17 https://git.reactos.org/?p=reac...