Displaying 20 results from an estimated 800 matches similar to: "Re: [R] too large alpha or beta in dbeta ? (PR#643)"
2000 Aug 26
0
Re: [R] too large alpha or beta in dbeta ? (PR#643)
>>>>> "MM" == Martin Maechler <maechler@stat.math.ethz.ch> writes:
>>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes:
TL> On Thu, 24 Aug 2000, Troels Ring wrote:
>>> Dear friends.
>>>
>>> Is this as expected ? Is alpha and beta too large simply ?
>>>
2000 Aug 25
1
Re: [R] too large alpha or beta in dbeta ? (PR#643)
>>>>> "TL" == Thomas Lumley <thomas@biostat.washington.edu> writes:
TL> On Thu, 24 Aug 2000, Troels Ring wrote:
>> Dear friends.
>>
>> Is this as expected ? Is alpha and beta too large simply ?
>>
>> > dbeta(.1,534,646)
>> [1] NaN
>> Warning message:
>> NaNs produced in:
2000 Aug 24
1
too large alpha or beta in dbeta ?
Dear friends.
Is this as expected ? Is alpha and beta too large simply ?
> dbeta(.1,534,646)
[1] NaN
Warning message:
NaNs produced in: dbeta(x, shape1, shape2, log)
Best wishes
Troels
-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-
r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html
Send "info", "help", or
2009 Mar 17
3
R does not compile any more on FreeBSD 8.0-CURRENT
On a recent FreeBSD 8.0-CURRENT (i386) building R (any version) breaks
with the following messages:
----------------------------------------------------------------------
[...snip...]
gcc -std=gnu99 -I. -I../../src/include -I../../src/include
-I/usr/local/include -DHAVE_CONFIG_H -g -O2 -c wilcox.c -o wilcox.o
gcc -std=gnu99 -I. -I../../src/include -I../../src/include
-I/usr/local/include
2002 Jan 22
1
compile problem with bessel_i.c on IRIX64 flexor 6.5 10100655 IP35 (uname -a) (PR#1275)
I have included the full configure/make output:
(the particular error regarding bessel_i.c is at
the END of the report).
-walter tautz
cd build/R-1.4.0 \
&& unset noclobber \
&& CPPFLAGS=" " \
LDFLAGS="" \
./configure --prefix=/software/r-1 \
--datadir=/software/r-1/data \
--libdir=/software/r-1/lib \
1999 May 03
1
problems compiling R-0.63.3 on alpha
Hi again !
Thanks for the info on updating the config.site file which I
have done. I have also added -lm in the Makeconf manually
because this is needed explicitly for DEC cc.
However, there are still a few problems when linking some
of the files as you can see from the enclosed log.
Ciao,
Andreas
-------------------------------------------------------
R-0.63.3>make
make[1]: Entering
2008 Aug 21
1
pnmath compilation failure; dylib issue?
(1) ...need to speed up a monte-carlo sampling...any suggestions about
how I can get R to use all 8 cores of a mac pro would be most useful
and very appreciated...
(2) spent the last few hours trying to get pnmath to compile under os-
x 10.5.4...
using gcc version 4.2.1 (Apple Inc. build 5553) as downloaded from
CRAN, xcode 3.0...
...xcode 3.1 installed over top of above after
1998 Nov 06
1
DEC alpha INSTALLATION R-0.62.4
Hi,
Just downloaded the R-0.62.4 of R and tried to install it. With the
standard procedure :
./configure
make
At the end of the compilation I got the following message :
ld:
../lib/libunix.a(system.o): main: multiply defined
fort: Severe: Failed while trying to link.
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
*** Exit 1
Stop.
I attach the printout after the ./configure and make
1997 Apr 15
1
R-alpha: Bug & Patch in dbeta.c (0.50 - PreR 7)
dbeta(1, a,b) would return 1 instead of 0.
Here is the patch for ..../src/math/dbeta.c :
--- dbeta.c~ Sun Nov 24 23:43:10 1996
+++ dbeta.c Tue Apr 15 21:25:30 1997
@@ -23,9 +23,7 @@
{
if (a <= 0.0 || b <= 0.0)
DOMAIN_ERROR;
- if (x <= 0)
+ if (x <= 0 || x >= 1.0)
return 0.0;
- if (x >= 1.0)
- return 1.0;
return MATH_CHECK(pow(x, a - 1) * pow(1.0 - x, b - 1.0) /
2013 Sep 18
1
dbeta may hang R session for very large values of the shape parameters
Dear all,
we received a bug report for betareg, that in some cases the optim call in betareg.fit would hang the R session and the command cannot be interrupted by Ctrl-C?
We narrowed down the problem to the dbeta function which is used for the log likelihood evaluation in betareg.fit.
Particularly, the following command hangs the R session to a 100% CPU usage in all systems we tried it (OS X
2001 Jun 06
3
error in dbeta (PR#970)
Full_Name: Hans Peter Wolf
Version: 1.2.1
OS: hpux10.20
Submission from: (NULL) (129.70.84.25)
dbeta computes a wrong result with parameters (1.3,1)
> version
platform hppa2.0-hp-hpux10.20
arch hppa2.0
os hpux10.20
system hppa2.0, hpux10.20
status
major 1
minor 2.1
year
2000 Oct 31
1
conflicting types for `Rf_stirlerr
I'm having trouble making todays development snapshot:
-DHAVE_CONFIG_H -g -O2 -c stirlerr.c -o stirlerr.o
stirlerr.c:34: conflicting types for `Rf_stirlerr'
../../src/include/R_ext/Mathlib.h:557: previous declaration of `Rf_stirlerr'
make[3]: *** [stirlerr.o] Error 1
[20] /home/mfa5/gilp/R-versions/R-devel : uname -a
SunOS mfa99579 5.6 Generic_105181-11 sun4u sparc SUNW,Ultra-5_10
1999 May 03
0
compilation of R-0.63.3 on alpha (PR#183)
This is a multipart MIME message.
--==_Exmh_981436288450
Content-Type: text/plain; charset=iso-8859-1
Content-Transfer-Encoding: quoted-printable
Hi !
I have problems compiling R successfully on a DEC-UINX 4.0E.
I have applied the recommended config.site, which I enclose.
As can be seen from the compilation log there are linking errors...
I did a 'make check' which fails for the R
1998 Dec 08
0
R compile problems with AIX
Hello,
I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end:
make produces following output:
...
...
mkdir ../../../library/eda/R
ld: 0711-327 WARNING: Entry point not found: __start
ld: 0711-244 ERROR: No csects or exported symbols have been saved.
gnumake[4]: *** [eda.so] Error 8
gnumake[3]: *** [all] Error 1
gnumake[2]: *** [R] Error 1
gnumake[1]:
1998 Dec 08
0
R compile problems with AIX
Hello,
I've allways had some problems compiling R (R-62.x and R-63.x) on a AIX 4.2.1 System to the end:
make produces following output:
...
...
mkdir ../../../library/eda/R
ld: 0711-327 WARNING: Entry point not found: __start
ld: 0711-244 ERROR: No csects or exported symbols have been saved.
gnumake[4]: *** [eda.so] Error 8
gnumake[3]: *** [all] Error 1
gnumake[2]: *** [R] Error 1
gnumake[1]:
2017 Aug 18
4
No rule to make target all.R, needed by compiler.rdb building R 3.4.1 from source, Scientific Linux release 6.9 (Carbon)
Hello,
I am trying to build R from source on Scientific Linux release 6.9
(Carbon), Linux version 2.6.32-696.3.2.el6.x86_64 (Red Hat 4.4.7-18).
I load the needed modules and run:
*./configure --prefix $install_dir --with-blas --with-lapack
--enable-R-shlib 2>&1 | tee config-R-$version.log*
The "configure" command seems to run ok:
*R is now configured for
2008 Jan 29
1
The standalone Rmath library and VC++ 2003
Linking my VC++ application with the standalone Rmath library yields the
following;
------ Build started: Project: Complex plugin, Configuration: Debug
Win32 ------
Linking...
Creating library .\../Debug/complex_plugin.lib and object
.\../Debug/complex_plugin.exp
libRmath.a(mlutils.o) : warning LNK4217: locally defined symbol __iob
imported in function _REprintf
libRmath.a(dbeta.o) :
2001 Jul 25
2
Installation help
Hello,
I am trying to compile R using the Sun WorkShop 6.0 (Forte) compilers.
I don't think I am having a problem with the compilers, but instead with
figuring out how to modify the R configuration to use non-Gnu compilers.
I found in your documentation that one should modify the config.site
file
to change compilers, compiler flags, library paths, etc. I made
modifications
in this file,
1997 Jun 25
3
R-alpha: lbeta, ctrl-C and crashes
1. lbeta and beta do not work properly: lbeta returns its first
argument and beta gives the lbeta result.
In names.c lines 245-6, the codes for these should be 2 and 3 instead
of 1 and 2
2. crtl-C does not work (except the first time) on Red Hat elf Linux
(which has many many other problems as well) nor on the previous
version of Linux for Amiga. It worked on Slackware aout Linux and now
works
1997 Jun 25
3
R-alpha: lbeta, ctrl-C and crashes
1. lbeta and beta do not work properly: lbeta returns its first
argument and beta gives the lbeta result.
In names.c lines 245-6, the codes for these should be 2 and 3 instead
of 1 and 2
2. crtl-C does not work (except the first time) on Red Hat elf Linux
(which has many many other problems as well) nor on the previous
version of Linux for Amiga. It worked on Slackware aout Linux and now
works