search for: rfoo

...I'm trying to understand the interactions of the R init file (corresponding to the environment variable RPROFILE) and the source() function. I'll illustrate my problem with the following simplified contrast implemented in the bash shell (with R 2.7.1). 1. Works fine: allin at myrtle:~/Rfoo$ cat fooProfile1 # nothing here allin at myrtle:~/Rfoo$ cat doit.1 export RPROFILE="fooProfile1" R --no-save --no-init-file --no-restore-data --slave <fooSrc allin at myrtle:~/Rfoo$ cat fooSrc library(graphics) postscript("myfile.ps") allin at myrtle:~/Rfoo$ sh doit.1 (sile...

...) time [1] "2012-10-28 02:00:00 CEST" "2012-10-28 02:00:00 CET" df <- data.frame(time, text="foo") duplicated(df) [1] FALSE TRUE This is because the timezone is lost after calling paste(): do.call(paste, c(df, sep = "\r")) [1] "2012-10-28 02:00:00\rfoo" "2012-10-28 02:00:00\rfoo" I can't really figure out if this behavior is desired or not. If so, a short warning in ?duplicated could be helpful. It is mentioned how duplicated.data.frame() works, but I didn't find a hint to properly handle POSIXct-objects. My particular p...

...p(-2nt^2) > ## > ## The 2 in front of exp() was derived by Massart. It is the best possible > ## constant valid uniformly in t,n,F. For large n*t^2 this agrees with the > ## large-sample approximation to the Kolmogorov-Smirnov statistic. > ## > > > superror <- function(rfoo,pfoo,sample.size,...) { + x <- rfoo(sample.size,...) + tx <- table(x) + xi <- as.numeric(names(tx)) + f <- pfoo(xi,...) + fhat <- cumsum(tx)/sample.size + max(abs(fhat-f)) + } > > pdkwbound <- function(n,t) 2*exp(-2*n*t*t) > > qdkwbound <-...

On 18 October 2012 05:11, Rick Foos <rfoos at codeaurora.org> wrote: > I don't think GDB testsuite should block a commit, it can vary by a few > tests, they rarely if ever all pass 100%. Tracking the results over time can > catch big regressions, as well as the ones that slowly increase the failed > tests. Agreed. It sh...

On 10/18/2012 10:36 AM, David Blaikie wrote: > On Thu, Oct 18, 2012 at 12:48 AM, Renato Golin<rengolin at systemcall.org> wrote: >> On 18 October 2012 05:11, Rick Foos<rfoos at codeaurora.org> wrote: >>> I don't think GDB testsuite should block a commit, it can vary by a few >>> tests, they rarely if ever all pass 100%. Tracking the results over time can >>> catch big regressions, as well as the ones that slowly increase the failed &...

On Thu, Oct 18, 2012 at 11:19 AM, Rick Foos <rfoos at codeaurora.org> wrote: > On 10/18/2012 10:36 AM, David Blaikie wrote: >> >> On Thu, Oct 18, 2012 at 12:48 AM, Renato Golin<rengolin at systemcall.org> >> wrote: >>> >>> On 18 October 2012 05:11, Rick Foos<rfoos at codeaurora.org> wrote: &gt...

On Thu, Oct 18, 2012 at 12:48 AM, Renato Golin <rengolin at systemcall.org> wrote: > On 18 October 2012 05:11, Rick Foos <rfoos at codeaurora.org> wrote: >> I don't think GDB testsuite should block a commit, it can vary by a few >> tests, they rarely if ever all pass 100%. Tracking the results over time can >> catch big regressions, as well as the ones that slowly increase the failed >> tests...

I'd be interested in seeing what you have planned upstreamed. I've used Jenkins on several projects. Will Zorg be a vehicle for transition, where buildbot slaves become Jenkins nodes defined in the project files? Do you see a majority of this this as a jenkins matrix project, or some other organization? Rick On 08/13/2014 05:09 AM, David Chisnall wrote: > On 12 Aug 2014, at

I'd like to summarize what we've discussed for a moment, and propose a patch tomorrow. It will clear a problem we have, and provide a way to handle a lot more of these that will come up as we go to Dwarf 5, and the next GDB. The framework is a set of GCC like gdwarf[2,3,4,5] flags. I can see cases where compatibility is 2,3 or 2,3,4, so maybe the flag is a number to allow <=3 tests,

I''ll probably do my respond_to API rewrite, as discussed here: http://rubyforge.org/pipermail/merb-devel/2007-September/000275.html sometime this week, unless someone has come up with a better API. I''ll also work in http://merb.devjavu.com/ticket/227 at the same time. Any serious objections?

On 10/18/2012 01:39 PM, David Blaikie wrote: > On Thu, Oct 18, 2012 at 11:19 AM, Rick Foos<rfoos at codeaurora.org> wrote: >> On 10/18/2012 10:36 AM, David Blaikie wrote: >>> On Thu, Oct 18, 2012 at 12:48 AM, Renato Golin<rengolin at systemcall.org> >>> wrote: >>>> On 18 October 2012 05:11, Rick Foos<rfoos at codeaurora.org> wrote: >&gt...

Rick Foos wrote: > The error we are getting is: > “Undefined Form Value: 25” > ... > DW_FORM_flag_present caused the problem. The old DW_FORM_flag works for us. I see this error from GDB 7.0 but GDB 7.2 is okay with it. Now you know as much as I do. :-) Eric Christopher wrote: > [in reply to what Renato Golin wrote:] > > With time, you might get to a point where Dwarf is a

On 10/18/2012 04:23 PM, Eric Christopher wrote: >> Take the log file, check out the suite, rerun a failing test, use dwarfdump >> and llvm-dwarfdump, find the "bad" dwarf records produced by the compiler. >> >> All the eventual bugs are about dwarf records, and a gdb testsuite test to >> duplicate. >> > That's not necessarily the case. >

My GDB Testsuite runs have been failing more tests, and now an internal test has started failing on some missing dwarf 3 records. Changing compile flags to emit dwarf 2 didn't help. In the past there has been some effort to pass GDB Testsuite, including Dwarf 2 backwards compatibility. What is the plan/mechanism for maintaining Dwarf 2/3 compatibility? -- Rick Foos Qualcomm Innovation

Hi Tobi, I'm familiar with Zorg, but sometimes people have plans for existing bots I might not be aware of. Are there specific bots for linux/windows I should add this to, or should I leave the existing polly bots alone and create one or two new ones? Of course, Any change would be backward compatible to all other users of the builder. The plan would be have linux and windows cmake

Adding --program-prefix support to the autoconf build has been an adventure. A patch was applied. It worked on the usual llvm bots, but failed on other bots with different configure options. The patch was reverted as it broke on bots specifying --build, --host, and --target in configure. An option is proposed here to change the behavior of program-prefix to it's normal behavior when

The error we are getting is: "Undefined Form Value: 25" We have customers that have a variety of debuggers, and we need to be able to preserve Dwarf3 compatibility. GDB, Lauterbach, etc. The patch that caused a problem for us is: https://llvm.org/viewvc/llvm-project/llvm/trunk/lib/CodeGen/AsmPrinter/DwarfCompileUnit.cpp?r1=162493&r2=162526&pathrev=162526&diff_format=h