search for: cranpkg

...get the following error from parse_Rd() when a user Rd macro (including system ones) is invoked with empty argument {}, eg \mymacro{}: Error in tools::parse_Rd(fn) : Value of SET_STRING_ELT() must be a 'CHARSXP' not a 'NULL' A full example is further below with the system macro \CRANpkg{}. In this example it doesn't make sense to use empty argument but the error is not specific to this particular macro. ------ Georgi Boshnakov Create an Rd file containing system macro \CRANpkg{bibtex}, parse_Rd() is ok: ================= fn <- tempfile() writeLines("\\name{dummyfun...

...parse_Rd() when a user Rd macro (including system ones) is invoked with empty argument {}, > eg \mymacro{}: > > Error in tools::parse_Rd(fn) : > Value of SET_STRING_ELT() must be a 'CHARSXP' not a 'NULL' > > A full example is further below with the system macro \CRANpkg{}. In this example it doesn't make sense to use empty argument but the error is not specific to this particular macro. > > ------ > Georgi Boshnakov > > > Create an Rd file containing system macro \CRANpkg{bibtex}, parse_Rd() is ok: > > ================= > fn <- te...

...ave been trying to compile a package for windows that we have written. Since R version 3.0.0 the package doesn't compile any more. (On Linux the package compiles without errors). The error specifically says: gcc -m32 -I"C:/PROGRA~1/R/R-30~1.0/include" -DNDEBUG -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O3 -Wall -std=gnu99 -mtune=core2 -c galgoDistance.c -o galgoDistance.o gcc -m32 -I"C:/PROGRA~1/R/R-30~1.0/include" -DNDEBUG -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O3 -Wall -std=gnu99 -mtune=core2 -c galgo_fitnesses.c -o...

...2, Martyn Plummer wrote: > The CRAN package snow is superseded by the parallel package which is > distributed with R since version 2.14.0. Here are the release notes > > \item There is a new package \pkg{parallel}. > > It incorporates (slightly revised) copies of packages > \CRANpkg{multicore} and \CRANpkg{snow} (excluding MPI, PVM and NWS > clusters). Code written to use the higher-level API functions in > those packages should work unchanged (apart from changing any > references to their namespaces to a reference to \pkg{parallel}, > and links explicitly to...

...p against - what I believe - is a linker configuration issue. For example, using has_develop() gives the following message... > has_devel() "C:/PROGRA~1/R/R-30~1.2/bin/i386/R" --vanilla CMD SHLIB foo.c gcc -m32 -I"C:/PROGRA~1/R/R-30~1.2/include" -DNDEBUG -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O3 -Wall -std=gnu99 -mtune=core2 -c foo.c -o foo.o gcc -m32 -shared -s -static-libgcc -o foo.dll tmp.def foo.o -Ld:/RCompile/CRANpkg/extralibs64/local/lib/i386 -Ld:/RCompile/CRANpkg/extralibs64/local/lib -LC:/PROGRA~1/R/R-30~1.2/bin/i386 -lR collect2: ld return...

Dear list, When I run an R CMD check --as-cran on my package (pROC) I get the following note: > Uses the superseded package: ?doSNOW? The fact that it uses the doSNOW package is correct as I have the following example in an .Rd file: > #ifdef windows > if (require(doSNOW)) { > registerDoSNOW(cl <- makeCluster(2, type = "SOCK")) > ci(roc2,

...parse_Rd() when a user Rd macro (including system ones) is invoked with empty argument {}, > eg \mymacro{}: > > Error in tools::parse_Rd(fn) : > Value of SET_STRING_ELT() must be a 'CHARSXP' not a 'NULL' > > A full example is further below with the system macro \CRANpkg{}. In this example it doesn't make sense to use empty argument but the error is not specific to this particular macro. > > ------ > Georgi Boshnakov > > > Create an Rd file containing system macro \CRANpkg{bibtex}, parse_Rd() is ok: > > ================= > fn <- te...

...macro (including system ones) is invoked with empty argument {}, >> eg \mymacro{}: >> >> Error in tools::parse_Rd(fn) : >> Value of SET_STRING_ELT() must be a 'CHARSXP' not a 'NULL' >> >> A full example is further below with the system macro \CRANpkg{}. In this example it doesn't make sense to use empty argument but the error is not specific to this particular macro. >> >> ------ >> Georgi Boshnakov >> >> >> Create an Rd file containing system macro \CRANpkg{bibtex}, parse_Rd() is ok: >> >> ==...

...t; turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames gcc -m64 -I"C:/PROGRA~1/R/R-215~1.1/include" -DNDEBUG -I"C:/Program Files/MySQL/MySQL Server 5.5"/include -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O2 -Wall -std=gnu99 -mtune=core2 -c RS-DBI.c -o RS-DBI.o RS-DBI.c: In function 'RS_na_set': RS-DBI.c:1219:11: warning: variable 'c' set but not used [-Wunused-but-set-variable] gcc -m64 -I"C:/PROGRA~1/R/R-215~1.1/include" -DNDEBUG -I&quot...

...c -o test.dll tmp.def testR.o ../../../win32/test_win32.lib -lgfortran -LC:/PROGRA~1/R/R-215~1.0/bin/i386 -lR installing to C:/JohnsWork/test/make/R/test.Rcheck/test/libs/i386 *** arch - x64 gcc -m64 -I"C:/PROGRA~1/R/R-215~1.0/include" -DNDEBUG -I/JohnsWork/test/src -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O2 -Wall -std=gnu99 -mtune=core2 -c testR.c -o testR.o gcc -m64 -shared -s -static-libgcc -o test.dll tmp.def testR.o ../../../win64/test_win64.lib -lgfortran -Ld:/RCompile/CRANpkg/extralibs64/local/lib/x64 -Ld:/RCompile/CRANpkg/extralibs64/local/lib -LC:/PROGR...

The CRAN package snow is superseded by the parallel package which is distributed with R since version 2.14.0. Here are the release notes \item There is a new package \pkg{parallel}. It incorporates (slightly revised) copies of packages \CRANpkg{multicore} and \CRANpkg{snow} (excluding MPI, PVM and NWS clusters). Code written to use the higher-level API functions in those packages should work unchanged (apart from changing any references to their namespaces to a reference to \pkg{parallel}, and links explicitly to \CRANpkg{multicore}...

...77 subroutine (dll). On windows XP, how ?would I 'debug it(Fortran) within R' using gdb? This is how I made it. ---------------------- R CMD SHLIB main.f gfortran -m32 ? ? -O3 ?-mtune=core2 -c main.f -o main.o gcc -m32 -shared -s -static-libgcc -o main.dll tmp.def main.o -Ld:/RCompile/CRANpkg/extralibs64/local/lib/i386 -Ld:/RCompile/CRANpkg/extralibs64/local/lib -lgfortran -LF:/ProgramFiles/R/R-3.1.1/bin/i386 -lR Here is the contents of the file ?main.f ----------------------------------------- ? ? ? SUBROUTINE NGCD(NA, NB, NGCDO)? ? ? ? ? IA = NA ? ? ? ? IB = NB ? ? 1 ? IF (IB.NE.0)...

...\Rtools\gcc-4.6.3;C:\Program Files\R\R-3.1.1\bin\*x64*;", opened Cygwin again and typed "RCMD SHLIB Permutation.c" in Cygwin. Error message appeared on Cywin console. $ RCMD SHLIB Permutation.c gcc -m64 -shared -s -static-libgcc -o Permutation.dll tmp.def Permutation.o -Ld:/RCompile/CRANpkg/extralibs64/local/lib/x64 -Ld:/RCompile/CRANpkg/extralibs64/local/lib -LC:/PROGRA~1/R/R-31~1.1/bin/x64 -lR C:/PROGRA~1/R/R-31~1.1/bin/x64/R.dll: file not recognized: My version of R is the latest 3.1.1 and my Rtools is also the latest version 31 I am not sure why this is happening and I have been...

..., printSpMatrix, printSpMatrix2, qrR, rankMatrix, readHB, readMM, sparse.model.matrix, sparseVector, symmpart, skewpart, tril, triu, updown, pack, unpack, .updateCHMfactor, .validateCsparse, writeMM, cBind, rBind ERROR: lazy loading failed for package 'rockchalk' * removing 'd:/Rcompile/CRANpkg/lib/3.4/rockchalk' * restoring previous 'd:/Rcompile/CRANpkg/lib/3.4/rockchalk' -- Paul E. Johnson http://pj.freefaculty.org Director, Center for Research Methods and Data Analysis http://crmda.ku.edu To write to me directly, please address me at pauljohn at ku.edu.

...Uwe saying that the most recent version of psych failed to pass R CMD check for Windows. The error message was less than helpful, in that it seems to have failed when trying to include the Rcpp library, which I do not directly call. (see below) "* using log directory 'd:/Rcompile/CRANpkg/local/2.11/psych.Rcheck' * using R version 2.11.1 (2010-05-31) * using session charset: ISO8859-1 * checking for file 'psych/DESCRIPTION' ... OK * this is package 'psych' version '1.0-90' * checking package name space information ... OK * checking package dependencies .....

Hi, Has something changed regarding the useDynLib in the NAMESPACE file in packages? I've written a package that works in e.g. 2.12/2.13 but simply cannot find the dynamic library under windows. The version on CRAN is older than the one I'm talking about and depends on a newer version of R but I want to make the package available to people with older versions. >

...-to packages +to be added to the include paths for C and C++ code. It must specify at footnote{whether or not @samp{LinkingTo} is used.} @samp{Imports} or @samp{Depends} of those packages, for they have to be @@ -9911,7 +9911,7 @@ @acronym{CRAN} examples of the use of this mechanism include @CRANpkg{coxme} linking to @CRANpkg{bdsmatrix} and @CRANpkg{xts} linking to - at CRANpkg{zoo} + at CRANpkg{zoo}. @node Creating shared objects, Interfacing C++ code, Registering native routines, System and foreign language interfaces @section Creating shared objects @@ -9955,7 +9955,7 @@ by setting th...

...PP 34 : } 35 : 36 : Compilation argument: C:/R_curr/R_2_15_0/bin/x64/R CMD SHLIB file10bc7da0783e.cpp 2> file10bc7da0783e.cpp.err.txt g++ -m64 -I"C:/R_curr/R_2_15_0/include" -DNDEBUG -I"C:/Users/Owe/Documents/R/win-library/2.15/Rcpp/include" -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O2 -Wall -mtune=core2 -c file10bc7da0783e.cpp -o file10bc7da0783e.o g++ -m64 -shared -s -static-libgcc -o file10bc7da0783e.dll tmp.def file10bc7da0783e.o C:/Users/Owe/Documents/R/win-library/2.15/Rcpp/lib/x64/libRcpp.a -Ld:/RCompile/CRANpkg/extralibs64/local/li...

...t; turns off this warning. Consult the user's guide for more details about POSIX paths: http://cygwin.com/cygwin-ug-net/using.html#using-pathnames gcc -m64 -I"C:/PROGRA~1/R/R-214~1.2/include" -I"C:\Program Files\MySQL\MySQL Server 5.5\.;"/include -I"d:/RCompile/CRANpkg/extralibs64/local/include" -O2 -Wall -std=gnu99 -mtune=core2 -c RS-DBI.c -o RS-DBI.o RS-DBI.c: In function 'RS_na_set': RS-DBI.c:1219:11: warning: variable 'c' set but not used [-Wunused-but-set-variable] gcc -m64 -I"C:/PROGRA~1/R/R-214~1.2/include" -I"C:\Pr...

...# no change mv $(SHLIB) datatable$(SHLIB_EXT) # no change ==== but -O2 still appears in winbuilder's install.out (after -O3, and I believe the last -O is the one that counts) : gcc -m64 -I"D:/RCompile/recent/R-2.15.2/include" -DNDEBUG -I"d:/Rcompile/CRANpkg/extralibs215/local215/include" -O3 -O2 -Wall -std=gnu99 -mtune=core2 -c dogroups.c -o dogroups.o How can I ensure that data.table is compiled with -O3 on Win64? Thanks, Matthew