search for: s_compat

...e/R-0.64.2/src' gmake[2]: Entering directory `/home/gautier/RHome/R-0.64.2/src/include' gmake[2]: Leaving directory `/home/gautier/RHome/R-0.64.2/src/include' gmake[2]: Entering directory `/home/gautier/RHome/R-0.64.2/src/appl' gcc -g -prototypes -I../include -I../../src/include -c S_compat.c -o S_compat.o gcc: unrecognized option `-prototypes' In file included from ../include/Fortran.h:21, from ../include/S_compat.h:29, from S_compat.c:24: ../include/Mathlib.h:329: conflicting types for `gammal' /software/pub_gen/lib32/gcc-lib/mips-sgi-irix6....

.... Installation directory: /usr/people40c/kuonen/Software/bin C compiler: gcc -g -O2 FORTRAN compiler: f77 Gnome support: no Ok, then I simply type <147>:R-0.65.0: make gcc -I. -I../include -I../../src/include -DHAVE_CONFIG_H -g -O2 -c S_compat.c -o S_compat.o In file included from ../include/S.h:47, from ../include/S_compat.h:28, from S_compat.c:28: /usr/local/lib/gcc-lib/mips-sgi-irix6.2/2.8.1/include/math.h:681: conflicting types for `srandom' /usr/include/stdlib.h:234: previous declaration of `sra...

After installing nlme_3.1-7.tar.gz under the latest R (1.2.0, via anonymous CVS), I'm unable to get it to work, i.e.: rossini 94 > /usr/local/bin/R R : Copyright 2000, The R Development Core Team Version 1.2.0 Under development (unstable) (2000-12-06) R is free software and comes with ABSOLUTELY NO WARRANTY. You are welcome to redistribute it under certain conditions. Type

...ake 3.75 Here is part of the the output for make. make[2]: Leaving directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/include' make[2]: Entering directory `/usr/people/faculty/math/mgass/stage/R/R-0.64.2/src/appl' cc -g -OPT:IEEE_NaN_inf=ON -I../include -I../../src/include -c S_compat.c -o S_compat.o cc-1143 cc: ERROR File = ../include/Mathlib.h, Line = 329 Declaration is incompatible with "long double gammal(long double)" (declared at line 819 of "/usr/include/math.h"). double qgamma(double, double, double); ^ 1 error detected in the...

...or GNU make 3.78.1), it returns, after some lines which appear normal, the following error messages (for the GNU make): ---------------------------------------------------------------------------- ---- ... make[3]: Entering directory `/home/ppp/paradis/R/R-1.0.1/src/appl' cr libappl.a Rsock.o S_compat.o approx.o bakslv.o binning.o chisqsim.o chull.o c poly.o cumsum.o distance.o fft.o fmin.o fortran.o lbfgsb.o loglin.o lowess.o mac har.o massdist.o pretty.o pythag.o rowsum.o sock.o splines.o stem.o strsignif.o tabulate.o uncmin.o zeroin.o ch2inv.o chol.o dpbfa.o dpbsl.o dpoco.o dpodi.o dpo fa.o d...

...local/R-1.0.0/src/include' mkdir ../../include mkdir ../../include/R_ext make[2]: Leaving directory `/opt/local/R-1.0.0/src/include' make[2]: Entering directory `/opt/local/R-1.0.0/src/appl' make[3]: Entering directory `/opt/local/R-1.0.0/src/appl' making Rsock.d from Rsock.c making S_compat.d from S_compat.c making approx.d from approx.c making bakslv.d from bakslv.c making binning.d from binning.c making chisqsim.d from chisqsim.c making chull.d from chull.c making cpoly.d from cpoly.c making cumsum.d from cumsum.c making distance.d from distance.c making fft.d from fft.c making fmin...

...de mkdir ../../include/R_ext make[2]: Leaving directory `/home/mfa5/gilp/R-versions/R-devel/src/include' make[2]: Entering directory `/home/mfa5/gilp/R-versions/R-devel/src/appl' make[3]: Entering directory `/home/mfa5/gilp/R-versions/R-devel/src/appl' making Rsock.d from Rsock.c making S_compat.d from S_compat.c making approx.d from approx.c making bakslv.d from bakslv.c making binning.d from binning.c making chisqsim.d from chisqsim.c making chull.d from chull.c making cpoly.d from cpoly.c making cumsum.d from cumsum.c making distance.d from distance.c making fft.d from fft.c making fmin...

...R-help] Yes. This game is commonly played by the #ifdef __MAIN__ #define extern #endif and including the .h files in main.c. However, R doesn use that trick (not even for the declarations in Defn.h) for some reason that I don't quite see. A quick workaround could be to define the buffer in S_compat.c. > A secondly thing is the documentation for .C() and company. It omits > what type list() objects have when passed to a C routine. It should > read void *, which is actually a SEXP * in this case. (I know, I > should be using .External but I am trying to keep the code for the >...

...f bugs in the deparser that are illustrated by the following, which produce incorrect output as noted, in R Core versions through at least R-3.2.2: deparse(parse(text="`+`(a,b)[1]")[[1]])# Omits necessary parens deparse(quote(`[<-`(x,1)),control="S_compatible") # unmatched " and ' deparse(parse(text="a = b <- c")[[1]]) # Puts in unnecessary parens deparse(parse(text="a+!b")[[1]]) # Puts in unnecessary parens deparse(parse(text="?lm")[[1]]) # Doesn't know about ?...

Recent sensible changes to the dynload mechanism have made an old problem resurface: how should we deal with packages which contain Fortran code and may need to be linked against additional libraries such as -lf2c? The current consensus is that extra Fortran libraries maybe needed are handled via the make variable FLIBS, and that `-lf2c' or `-lg2c' are added by default if g77 is used.

...;crimtab' on Student(1908)'s 3000 criminals. o cut.default() has a new argument 'ordered_result'. o .deparseOpts() has two new options: "keepNA" to ensure that different types (logical, integer, double, character and complex) of NAs are distinguished, and "S_compatible" to suppress the use of R-specific features such as 123L and to deparse integer values of a double vector with a trailing decimal point. The 'keepInteger' option now uses the suffix 'L' rather than as.integer() where possible (unless all entries are NA or "S_com...

...;crimtab' on Student(1908)'s 3000 criminals. o cut.default() has a new argument 'ordered_result'. o .deparseOpts() has two new options: "keepNA" to ensure that different types (logical, integer, double, character and complex) of NAs are distinguished, and "S_compatible" to suppress the use of R-specific features such as 123L and to deparse integer values of a double vector with a trailing decimal point. The 'keepInteger' option now uses the suffix 'L' rather than as.integer() where possible (unless all entries are NA or "S_com...

...irectory `/mn/vega/astro/local/src/rstat/R-0.63.3/src/includ e' make[2]: Leaving directory `/mn/vega/astro/local/src/rstat/R-0.63.3/src/include ' make[2]: Entering directory `/mn/vega/astro/local/src/rstat/R-0.63.3/src/appl' gcc -ieee_with_inexact -g -I../include -I../../src/include -c S_compat.c -o S_compat.o gcc -ieee_with_inexact -g -I../include -I../../src/include -c approx.c -o approx.o gcc -ieee_with_inexact -g -I../include -I../../src/include -c bakslv.c -o bakslv.o gcc -ieee_with_inexact -g -I../include -I../../src/include -c binning.c -o binning.o f77 -g -fpe3 -c ch2inv.f...

...ry `/mn/vega/astro/local/src/rstat/R-0.63.3/src/= includ e' make[2]: Leaving directory `/mn/vega/astro/local/src/rstat/R-0.63.3/src/i= nclude ' make[2]: Entering directory `/mn/vega/astro/local/src/rstat/R-0.63.3/src/= appl' gcc -ieee_with_inexact -g -I../include -I../../src/include -c S_compat.c= -o = S_compat.o gcc -ieee_with_inexact -g -I../include -I../../src/include -c approx.c -= o = approx.o gcc -ieee_with_inexact -g -I../include -I../../src/include -c bakslv.c -= o = bakslv.o gcc -ieee_with_inexact -g -I../include -I../../src/include -c binning.c = -o = binning.o f77 -g -f...

...ique. This was never documented, but some packages have assumed it. o data.frame() no longer ignores row names on objects if the first name is empty. (PR#13230: this has been the behaviour for a long time, but apparently undocumented.) o deparse(control="S_compatible") now never uses backticks. o X-spline drawing is improved for cases where the control points are located well off the edges of the device. The symptom of this problem is the error "reached MAXNUMPTS". o exists() with mode= "any" will no l...

...ique. This was never documented, but some packages have assumed it. o data.frame() no longer ignores row names on objects if the first name is empty. (PR#13230: this has been the behaviour for a long time, but apparently undocumented.) o deparse(control="S_compatible") now never uses backticks. o X-spline drawing is improved for cases where the control points are located well off the edges of the device. The symptom of this problem is the error "reached MAXNUMPTS". o exists() with mode= "any" will no l...

...action: create D: file: /usr/local/lib/R/include/Rdefines.h action: create D: file: /usr/local/lib/R/include/Rinternals.h action: create D: file: /usr/local/lib/R/include/Rversion.h action: create D: file: /usr/local/lib/R/include/S.h action: create D: file: /usr/local/lib/R/include/S_compat.h action: create D: file: /usr/local/lib/R/include/Utils.h action: create D: file: /usr/local/lib/R/include/f2c.h action: create D: file: /usr/local/lib/R/library action: create D: file: /usr/local/lib/R/library/LibIndex action: create D: file: /usr/local/lib/R/library/base action: c...