Displaying 20 results from an estimated 39 matches for "0.0020".
Did you mean:
0.0000
2008 Feb 03
0
[LLVMdev] 2.2 Prerelease available for testing
Target: FreeBSD 6.2-STABLE on i386
autoconf says:
configure:2122: checking build system type
configure:2140: result: i386-unknown-freebsd6.2
[...]
configure:2721: gcc -v >&5
Using built-in specs.
Configured with: FreeBSD/i386 system compiler
Thread model: posix
gcc version 3.4.6 [FreeBSD] 20060305
[...]
objdir != srcdir, for both llvm and gcc.
Release build.
llvm-gcc 4.2 from source.
2023 Jul 06
1
printCoefmat() and zap.ind
Hi All,
I would like to ask two questions about printCoefmat().
First, I found a behavior of printCoefmat() that looks strange to me,
but I am not sure whether this is an intended behavior:
``` r
set.seed(5689417)
n <- 10000
x1 <- rnorm(n)
x2 <- rnorm(n)
y <- .5 * x1 + .6 * x2 + rnorm(n, -0.0002366, .2)
dat <- data.frame(x1, x2, y)
out <- lm(y ~ x1 + x2, dat)
out_summary <-
2023 Jul 07
1
printCoefmat() and zap.ind
>>>>> Shu Fai Cheung
>>>>> on Thu, 6 Jul 2023 17:14:27 +0800 writes:
> Hi All,
> I would like to ask two questions about printCoefmat().
Good... this function, originally named print.coefmat(),
is 25 years old (in R) now:
--------------------------------------------------------------------
r1902 | maechler | 1998-08-14 19:19:05 +0200 (Fri,
2008 Jan 24
6
[LLVMdev] 2.2 Prerelease available for testing
LLVMers,
The 2.2 prerelease is now available for testing:
http://llvm.org/prereleases/2.2/
If anyone can help test this release, I ask that you do the following:
1) Build llvm and llvm-gcc (or use a binary). You may build release
(default) or debug. You may pick llvm-gcc-4.0, llvm-gcc-4.2, or both.
2) Run 'make check'.
3) In llvm-test, run 'make TEST=nightly report'.
4) When
2006 Jul 04
0
who can explain the difference between the R and SAS on the results of GLM
Dear friends,
I used R and SAS to analyze my data through generalized linear model, and
there is some difference between them.
Results from R:
glm(formula = snail ~ grass + gheight + humidity + altitude + soiltemr +
airtemr, family = Gamma)
Deviance Residuals:
Min 1Q Median 3Q Max
-1.23873 -0.41123 -0.08703 0.24339 1.21435
Coefficients:
2019 Jan 29
3
Early Tail Duplication Inefficiency
I have a file for which clang-7 takes over 2 hours to compile with -O3. For the same file, clang-5 takes less than 2 minutes (which is also high IMHO). I will try to create a test case (but it is pretty simple, it only contains initializations of many arrays of structs where the structs are of the following form:
struct Foo {
EnumType1 e1; // there are 700+ enum labels
std::string s1;
2017 Dec 20
2
outlining (highlighting) pixels in ggplot2
Using the small reproducible example below, I'd like to know if one can
somehow use the matrix "sig" (defined below) to add a black outline (with
lwd=2) to all pixels with a corresponding value of 1 in the matrix 'sig'?
So for example, in the ggplot2 plot below, the pixel located at [1,3] would
be outlined by a black square since the value at sig[1,3] == 1. This is my
first
2020 Aug 23
2
sum() vs cumsum() implicit type coercion
Hi
I noticed a small inconsistency when using sum() vs cumsum()
I have a char-based series
> tryjpy$long
[1] "0.0022" "-0.0002" "-0.0149" "-0.0023" "-0.0342" "-0.0245" "-0.0022"
[8] "0.0003" "-0.0001" "-0.0004" "-0.0036" "-0.001" "-0.0011"
2008 Jan 28
0
[LLVMdev] 2.2 Prerelease available for testing
Target: FreeBSD 7.0-RC1 on amd64.
autoconf says:
configure:2122: checking build system type
configure:2140: result: x86_64-unknown-freebsd7.0
[...]
configure:2721: gcc -v >&5
Using built-in specs.
Target: amd64-undermydesk-freebsd
Configured with: FreeBSD/amd64 system compiler
Thread model: posix
gcc version 4.2.1 20070719 [FreeBSD]
[...]
objdir != srcdir, for both llvm and gcc.
Release
2010 Nov 11
0
[LLVMdev] Landing my new development on the trunk ...
Evan Cheng <evan.cheng <at> apple.com> writes:
> Eli is right. We do need to see some benchmark numbers and understand
how the
pass will fit in the target
> independent optimizer. While we encourage contribution, we typically
don't
commit new passes unless it
> introduce new functionalities that have active clients. It would also
help if
you provide us with compile
2012 Jun 20
2
[LLVMdev] Exception handling slowdown?
Did something change with exception handling recently? A bunch of lit bots are
showing slower compile times for many tests.
Ciao, Duncan.
On 20/06/12 07:53, llvm-testresults at cs.uiuc.edu wrote:
>
> lab-mini-03__O0-g__clang_DEV__x86_64 test results
> <http://llvm.org/perf/db_default/v4/nts/1283?compare_to=1278&baseline=999>
>
> Run Order Start Time Duration
>
2012 Jun 25
0
[LLVMdev] Exception handling slowdown?
Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem?
-bw
On Jun 20, 2012, at 12:38 AM, Duncan Sands <baldrick at free.fr> wrote:
> Did something change with exception handling recently? A bunch of lit bots are
> showing slower compile times for many tests.
>
> Ciao, Duncan.
>
> On 20/06/12 07:53, llvm-testresults at cs.uiuc.edu
2012 Jul 05
2
[LLVMdev] Exception handling slowdown?
Hi Bill,
> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem?
I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed
down due to some clang changes. I'm not going to investigate this.
Ciao, Duncan.
>
> -bw
>
> On Jun 20, 2012, at 12:38 AM, Duncan Sands <baldrick at free.fr> wrote:
>
>> Did
2017 Dec 20
0
outlining (highlighting) pixels in ggplot2
Hi Eric,
you can use an annotate-layer, eg
ind<-which(sig>0,arr.ind = T)
ggplot(m1.melted, aes(x = Month, y = Site, fill = Concentration), autoscale
= FALSE, zmin = -1 * zmax1, zmax = zmax1) +
geom_tile() +
coord_equal() +
scale_fill_gradient2(low = "darkred",
mid = "white",
high = "darkblue",
2013 Nov 12
3
VoIP sound quality : highroad sound
Hello,
what could be causing the issue of poor sound quality ? Some calls,
certainly not all of them, sound like if the caller is standing next to
a very busy road with lots of cars passing.
To be clear : the person calling is not standing next to a highway.
But there seems to be a noise "on the line" of busy highroad that makes
that the caller can not be understood.
What can be
2020 Aug 25
1
sum() vs cumsum() implicit type coercion
>>>>> Tomas Kalibera
>>>>> on Tue, 25 Aug 2020 09:29:05 +0200 writes:
> On 8/23/20 5:02 PM, Rory Winston wrote:
>> Hi
>>
>> I noticed a small inconsistency when using sum() vs cumsum()
>>
>> I have a char-based series
>>
>> > tryjpy$long
>>
>> [1]
2013 Sep 13
2
[LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization
At 2013-09-09 13:07:07,"Tobias Grosser" <tobias at grosser.es> wrote:
>On 09/09/2013 05:18 AM, Star Tan wrote:
>>
>> At 2013-09-09 05:52:35,"Tobias Grosser" <tobias at grosser.es> wrote:
>>
>>> On 09/08/2013 08:03 PM, Star Tan wrote:
>>> Also, I wonder if your runs include the dependence analysis. If this is
>>> the
2012 Jul 06
0
[LLVMdev] Exception handling slowdown?
On Jul 5, 2012, at 1:33 AM, Duncan Sands wrote:
> Hi Bill,
>
>> Nothing that I'm aware of has changed with EH. Is it possible to bisect the problem?
>
> I don't see any relevant LLVM changes, so I guess clang C++ compilation slowed
> down due to some clang changes. I'm not going to investigate this.
>
Crumbs.
John, Do you know of anything that went into
2013 Sep 14
0
[LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization
Hello all,
I have evaluated the compile-time and execution-time performance of Polly canonicalization passes. Details can be referred to http://188.40.87.11:8000/db_default/v4/nts/recent_activity. There are four runs:
pollyBasic (run 45): clang -O3 -Xclang -load -Xclang LLVMPolly.so
pollyNoGenSCEV (run 44): clang -O3 -Xclang -load -Xclang LLVMPolly.so -mllvm -polly -mllvm -polly-codegen-scev
2013 Sep 09
0
[LLVMdev] [Polly] Compile-time and Execution-time analysis for the SCEV canonicalization
On 09/09/2013 05:18 AM, Star Tan wrote:
>
> At 2013-09-09 05:52:35,"Tobias Grosser" <tobias at grosser.es> wrote:
>
>> On 09/08/2013 08:03 PM, Star Tan wrote:
>> Also, I wonder if your runs include the dependence analysis. If this is
>> the case, the numbers are very good. Otherwise, 30% overhead seems still
>> to be a little bit much.
> I think