search for: inga

...species name align with the center of the corresponding bar graph. A simplified version of my code thus far is as follows. I am using RStudio v. .94.84 install.packages('gplots') library(gplots) x<-rnorm(9, mean=600, sd=300) speciesnames<-c("Dialium\nguianensis", "Inga\nalba", "Tachigali \nversicolor", "Brosimum\nutile", "Caryocar\ncostaricense", "Castilla \ntunu", "Otoba\nnovagranatensis", "Pourouma\nbicolor", "Socratea \nexorrhiza") xvals<-barplot2(x, ylab=expression(plain("So...

...d then a value is assigned to the lookzone variable. The input variable is a data set that looks like the data above. However, the function does not seem to work. When I run it, R assigns a value '1' to every x/y combination. Can someone help me with this? Thank you so much ! Bye, inga -- View this message in context: http://r.789695.n4.nabble.com/For-loop-with-i-and-j-and-multiple-if-statements-help-tp4646596.html Sent from the R help mailing list archive at Nabble.com.

I am making a barplot using barplot2 from gplots and would like to format the names of my categorical variables (tree species) on the x- axis so that the genus name is above the species name (to save room). My code so far is: speciesnames<-c("Dialium guianensis", "Inga alba", "Tachigali versicolor", "Brosimum utile", "Caryocar costaricense", "Castilla tunu", "Otoba novagranatensis", "Pourouma bicolor", "Socratea exorrhiza") barplot2(meanapAprilactivity, names.arg=speciesnames, col=co...

...to save room. This is my code: >columncolor<-c("grey20", "grey20", "grey20", "grey70", "grey70", "grey70", "grey70", "grey70", "grey70") >speciesnames<-c("Dialium\nguianensis", "Inga\nalba", "Tachigali \nversicolor", "Brosimum\nutile", "Caryocar\ncostaricense", "Castilla \ntunu", "Otoba\nnovagranatensis", "Pourouma\nbicolor", "Socratea \nexorrhiza") >barplot2(meanapAprilactivity, names.arg=species...

...function was dropped out of the new package release of lme4. Can anyone help me with this? Is there an alternative function that gives me the same result as the hatTrace function? I searched the internet for solutions, but I could not find anything that is helpful. Thanks in advance, Bye, Inga -- View this message in context: http://r.789695.n4.nabble.com/Function-hatTrace-in-package-lme4-tp4646071.html Sent from the R help mailing list archive at Nabble.com.

On May 9, Chris Lattner wrote: > To me, the best interface is the most simple: I would suggest just > wrapping the llvm classes and methods you need with simple functions, e.g. > > llvm_function_new/llvm_value_set_name/llvm_executionengine_run_function, > etc. > > If kept simple, standardized, and generic, I think it would be very useful > to people (even if

How do I tell the code generator to enable tail calls on the X86? Since it is part of a library, I cannot pass a command line argument. -- -Alex

Would somebody please add said target to the top level Makefile? It would make building for those that don't need the tools a good amount faster. -- -Alex

This was indeed a memory issue - the hard datasize limit on my freebsd box was 512 mb and this opt went over. Increasing hard limit fixed the problem. However, most unices have a 512mb limit - maybe insanely huge functions as this one should be automagically split somewhere? On Dec 24, Alexander Friedman wrote: > > After running through bugpoint, I get this reduced function > >

On May 16, Chris Lattner wrote: > > This seems reasonable, but what happens to the users of the module if > > it were to be updated - for example, if I load said module in the jit, > > and then add something to it. > > This should be fine. The JIT won't touch a function until it is called. What if you read in a function with the same signature? Will it just replace

Hi all, At the moment, LLVM includes the .l, .y sources that are compiled by flex and biston via make. This is fine for most unix developers. For windows developers, it's a bit more of a pain to download flex/bison, but is still a one-time thing. However, anyone releasing an llvm frontend will require their users to have flex/bison. Most (but not all) unix boxes have them, but almost no

hi list, this is my smb.conf and it work fine for me but it doesent save the profile on the server any idear why? [global] # Identifikation des Servers und der Arbeitsgruppe workgroup = pinguin netbiosname = SAMBA_PDC server string = Samba %v (PDC) @ test.de # Grundeinstellungen f<FC>r die einzelnen Shares. Um eine h<F6>here Sicherheit zu gew<E4>hren, wird global erst

After running through bugpoint, I get this reduced function You can reproduce the problem with: opt bugpoint-reduced-function.bc -break-crit-edges -adce -verify Bugpoint is currently trying to narrow down which block breaks this, but is so far failing. It seems to be running out of memory rather than failing on a particular block. This is on freebsd 5.4, X86, llvm is compiled with gcc 3.4.2

Hi list, The short version of my question: Is it easy to make a lightweight (read: small in size) linker loader for code produced by the llvm jit. Does it even make sense to do so? The longer version: Suppose I have some llvm bytecode module A, and I want to load and use that code in some runtime. The two obvious ways to do that are a) use the LLVM jit, or b) compile the module into a dynamic

> So as it stands, one should think of out JIT as something akin to the > early Java JITs: one function at a time and only one compile per > function. This is extremely primative by modern JIT standards, where a > JIT will do profiling, find hot functions and reoptimize them, > reoptimize functions when more information about the call tree is > available, have several levels of

On May 16, Chris Lattner wrote: > I'm concerned that this leaks the buffer created for the file, can you > verify that it doesn't? I can verify that the functionality doesn't change. If the buffer was leaked before, it'll be leaked now. However, in 'Lexer.l', you have the following code: <<EOF>> { /* Make sure to free the

On May 16, Chris Lattner wrote: > > Sure, that sounds good. I'd definitely prefer that it be tested before it > goes into CVS. Perhaps adding something to llvm/examples would be a good > way to go. > > One suggestion, you might change the API to be something like this: > > ParseAsmString(const char *, Module *) > > Where the function parses the string and

On May 16, Chris Lattner wrote: > On Mon, 16 May 2005, Alexander Friedman wrote: > > Would it be possible (ie, relatively straitforward) to do the > > following: Take the code in module A, compile it with the JIT (since > > we cannot make libraries in Windows), and save the resulting binary > > goo in some file. Later (in a different instance of the runtime), with >

> llvm_function_new/llvm_value_set_name/llvm_executionengine_run_function, > etc. > > If kept simple, standardized, and generic, I think it would be very useful > to people (even if incomplete). This would allow others to build on it, > and we could 'ship' it as a standard llvm library. It looks like my interface will look vaguely like this. Functions like

> > This requires being able to parse strings. The LLVM 'Parser.h' interface > > (and implementation) has the built in assumptions that it will always be > > parsing from the file system. Would you guys accept a patch that makes > > it more general (ie, parse from file or string)? > > Yes, that's a generally useful thing to have, I'd like to see it