similar to: Typo(s) in proc.time.Rd and comment about ?proc.time (PR#8092)

I just downloaded the file ftp://ftp.stat.math.ethz.ch/Software/R/R-devel.tar.gz and within proc.time.Rd, the second paragraph of the \value section contains a typo: The resolution of the times will be system-specific; it is common for them to be recorded to of the order of 1/100 second, and elapsed [...] ^^^^^ I'd say replacing "to

I love the new tiff(), jpeg(), and png() in R 2.7.0 but found an issue that I didn't see reported. When specifying 'units = "in"' but forgetting to change the default height and width (so the figure is unintentionally going to be 480 inches by 480 inches) I run into problems. Here's the reproducible example: tiff("a.tiff", units = "in", res = 1200,

I am connecting from a PC to a Linux system running CentOS release 5.5 (Final) and it is extremely slow to render plots to the X11 device. This is not R's fault but I wonder if anyone can offer guidance so I can help the system administrators address the problem. I can connect to the Linux server using a NoMachine NX client for Windows or using X-Win32. I also have access to R running

Hello, The diffs below are based on revision 37445 and show some typo corrections for writeLines.Rd, readLines.Rd, and data.matrix.Rd that I'd like to bring to the list's attention. Sincerely, Stephen Weigand Rochester, Minnesota, USA --- ./src/library/base/man/writeLines.Rd Sun Feb 26 13:46:06 2006 +++ /tmp/writeLines.Rd Sun Feb 26 20:53:44 2006 @@ -14,8 +14,8 @@ each

Dear R-devel, I've made some potential extensions to writeForeignSAS in 'foreign' that I wanted to pass along if anyone is interested. I've attached the diff -u output against the version found in foreign_0.8-15 and an .R file with my changes. (In this .R file, the function is named writeForeignSAS7 to simplify testing/comparisons.) I've tried to alter the current

Hi, There is a double "the" in x11.Rd: "...which is faster will depend on the the X11 connection" Thank you, Stephen -- Rochester, Minn. USA

Several of us locally are puzzling over the following problem: We have a central repository of R packages on our linux system. Occasionally, we'd like to install a different version of the same package (such as making updates to the survival package before it is released to the larger group, or a downloaded beta version). When using the library function, it appears that lib.loc is not

Oh, and other thing: Are you planning to attend the upcoming LLVM developer's meeting in Bristol? I thought it might be good idea to get all parties interested in this feature together in person, if we're at the same meeting anyway. So I was thinking of submitting a proposal for a BoF session on this topic ... Mit freundlichen Gruessen / Best Regards Ulrich Weigand -- Dr. Ulrich

The second sentence of the Description of ?attributes has a typo. Either "the" or "an" (but not both) should be deleted. Description: These functions access an object's attribute list. The first form above returns the an object's attribute list. (I'm using 1.9.0 now, but the typo also exists in 1.9.1 for Mac OS X.) Thank you, Stephen

Hi Andrew, sorry for the delay, I only now got some time to look into this a bit more. But I still have a number of questions of how to actually implement this in the back end. Looking at this bottom-up, starting with the behavior of the actual machine instructions, we have (at least on SystemZ) the following things to consider: A) Rounding mode Most FP arithmetic instructions use the

Dear List Sorry if this question seems very basic. Is there a function to pro grammatically find number of processors in my system _ I want to pass this as a parameter to snow in some serial code to parallel code functions Regards Ajay Websites- http://decisionstats.com http://dudeofdata.com Linkedin- www.linkedin.com/in/ajayohri

Rd.sty defines \newlength{\middle} which seems to be in conflict with the my latex installation. Here is a minimal example: \documentclass{article} \newlength{\middle} \begin{document} \end{document} It runs fine on a Linux box: carp:136% latex test.tex This is TeX, Version 3.14159 (Web2C 7.3.1) (test.tex LaTeX2e <2000/06/01> Babel <v3.7h> and hyphenation patterns for american,

On Tue, 2012-12-11 at 13:45 +0100, Ulrich Weigand wrote: > Benjamin Kramer <benny.kra at gmail.com> wrote on 11.12.2012 12:48:55: > > On 10.12.2012, at 15:19, Ulrich Weigand <Ulrich.Weigand at de.ibm.com> > wrote: > > > Maybe I'm confused somehow, but I thought this one: > > > http://lab.llvm.org:8011/builders/clang-ppc64-elf-linux2 > > > does

On 9 Jan 2018 22:55, "John McCall via llvm-dev" <llvm-dev at lists.llvm.org> wrote: On Jan 9, 2018, at 3:50 PM, Kaylor, Andrew <andrew.kaylor at intel.com> wrote: >The standard argument against trying to introduce "scope-like" mechanisms to LLVM IR is inlining; >unless you're going to prevent functions that use stricter/laxer FP rules from being inlined

Hans Wennborg wrote: >Dear testers, > >8.0.0-rc4 was just tagged from the release_80 branch at r355690. I've tested the current branch on SystemZ without problems. I noticed I forgot to send a ReleaseNotes updates, sorry. If there's still time, here's a list of the major user-visible changes: (See attached file: systemz-releasenotes.diff) Mit freundlichen Gruessen / Best

>The standard argument against trying to introduce "scope-like" mechanisms to LLVM IR is inlining; >unless you're going to prevent functions that use stricter/laxer FP rules from being inlined >into >each other (which sounds disastrous), you're going to need to communicate strictness on an >instruction-by-instruction basis. If the backend wants to handle that by

Jakob Stoklund Olesen <stoklund at 2pi.dk> wrote on 25.04.2013 18:58:05: > On Apr 25, 2013, at 4:44 AM, Ulrich Weigand <Ulrich.Weigand at de.ibm.com> wrote: > > > Jakob Stoklund Olesen <stoklund at 2pi.dk> wrote on 24.04.2013 23:47:54: > > > >> I would like to add one more case here: Fixed register operands. > >> > >> Some

On Apr 25, 2013, at 4:44 AM, Ulrich Weigand <Ulrich.Weigand at de.ibm.com> wrote: > Jakob Stoklund Olesen <stoklund at 2pi.dk> wrote on 24.04.2013 23:47:54: > >> I would like to add one more case here: Fixed register operands. >> >> Some instructions, like x86's MUL and DIV, take operands in fixed >> registers. Currently, we handle that with COPY

On Tue, Jan 09, 2018 at 06:53:51PM +0000, Kaylor, Andrew via cfe-dev wrote: > I think we're going to need to create a new mechanism to communicate > strict FP modes to the backend. I think we need to avoid doing anything > that will require re-inventing or duplicating all of the pattern > matching that goes on in instruction selection (which is the reason >

Benjamin Kramer <benny.kra at gmail.com> wrote on 11.12.2012 12:48:55: > On 10.12.2012, at 15:19, Ulrich Weigand <Ulrich.Weigand at de.ibm.com> wrote: > > Maybe I'm confused somehow, but I thought this one: > > http://lab.llvm.org:8011/builders/clang-ppc64-elf-linux2 > > does bootstrap and then run both LLVM and Clang tests (successfully): > >