Re: [R-pkg-devel] CRAN rules re. web scraping?
Hi Spencer,
To add to what Roy has already provided. If you have tests that require
Internet access, you should be using skip_on_cran() for those tests and in
your examples using the \donttest{} tags to prevent errors on CRAN servers
when Internet is not available or the server is not responding or the
resource is unavailable.
Using tryCatch() will be helpful for the end-user experience, but will not
completely fix the issue that is being raised here.
On Thu, 23 Jan 2020 at 11:59, Roy Mendelssohn - NOAA Federal via
R-package-devel wrote:
> Hi Spencer:
>
> I think that message means what it says, and I read it as pretty
> straightforward and business like. The issue is not web scraping. There
> are two errors here:
>
> 1. You can not write to the user's space without first explicitly asking
> permission of the user. The suggested policy is to write to a temp
> directory, R has tempdir() and related commands for how to do this.
>
> 2. When accessing something over the internet, failure of the access
> must be checked for and the program exiting gracefully. The second error
> appears to be that at times on the builds the .csv file is not downloaded,
> but there is no check, just an error is thrown. There are a number of
> ways to catch such errors, such as "try...catch" which will solve this
> problem
>
> HTH,
>
> -Roy
>
>
> > On Jan 22, 2020, at 5:48 PM, Spencer Graves <
> spencer.gra...@effectivedefense.org> wrote:
> >
> > Hello, All:
> >
> >
> > GOOD NEWS AND BAD NEWS:
> >
> >
> > * First the good news: I heard from Brian Ripley; see below.
> > His web site says, "He retired in August 2014 on grounds of ill health."
> > (http://www.stats.ox.ac.uk/~ripley/) I was pleased to see that he
> seems
> > to be well enough to send me the email below.
> >
> >
> > * BAD NEWS: My Ecfun package is violating current CRAN rules
> > regarding "not writing anywhere in the file space". (See below.)
> >
> >
> > QUESTION:
> >
> >
> > How do you suggest I respond to this?
> >
> >
> > It's hard for me to fix, because I cannot replicate the error and
> > I don't understand the rules Prof. Ripley is trying to enforce. The
> > "CRAN Package Check Results for" this package show an error on 1
> > platform (r-devel-linux-x86_64-fedora-gcc), NOTEs on 3 platforms
> > (Fedora-clang and Debian), and "OK" on 9 others. I can program selected
> > tests not to run on CRAN, e.g., with (!fda::CRAN()).
> >
> >
> > However, I suspect I should be able to do better than that.
> >
> >
> > Suggestions?
> >
> >
> > Thanks,
> > Spencer Graves
> >
> >
> > p.s. The development version of this package is available at
> > "https://github.com/sbgraves237/Ecfun";.
> >
> >
> > https://cloud.r-project.org/web/checks/check_results_Ecfun.html
> >
> >
> > Forwarded Message
> > Subject: CRAN package Ecfun
> > Date: Tue, 21 Jan 2020 21:26:02 +
> > From: Prof Brian Ripley
> > Reply-To: CRAN
> > To: Spencer Graves
> > CC: CRAN
> >
> >
> >
> > This has been intermittently failing its checks for a week: different
> > check runs failed (in the 24h prior to) the 14th, 15th, 17th and today.
> > The current failure is
> >
> > Check: examples
> > Result: ERROR
> > Running examples in ‘Ecfun-Ex.R’ failed
> > The error most likely occurred in:
> >
> >> ### Name: read.testURLs
> >> ### Title: Read a file produced by testURLs
> >> ### Aliases: read.testURLs
> >> ### Keywords: IO
> >>
> >> ### ** Examples
> >>
> >> # Test only 2 web sites, not the default 4,
> >> # and test only twice, not the default 10 times:
> >> tst <- testURLs(c(
> > + PVI="http://en.wikipedia.org/wiki/Cook_Partisan_Voting_Index";,
> > + house="http://house.gov/representatives";),
> > + n=2, maxFail=2)
> > 1
> > 1579634784, PVI, TRUE 0.828
> > 1579634785, house, FALSE 0.051
> > 1579634785, house, FALSE 0.048
> > 2
> > 1579634785, PVI, TRUE 0.043
> > 1579634785, house, FALSE 0.11
> > 1579634785, house, FALSE 0.035
> >>
> >> # The above should have created a file 'testURLresults.csv'
> >> # in the working directory. Read it.
> >>
> >> dat <- read.testURLs()
> > Error in read.table(file = file, header = header, sep = sep, quote =
> > quote, :
> > more columns than column names
> > Calls: read.testURLs -> read.csv -> read.table
> >
> > That does not conform to the policy on Internet access, not least as no
> > attempt is made to check if the file was created, let alone that it has
> > the expected layout. Nor does it conform to the policy on not writing
> > anywhere in the file space (and that shows on its CRAN results page too).
> >
> > Please correct ASAP and before Feb 4 to safely retain the package on
> CRAN.
> >
> > --
> > Brian D. Ripley, rip...@stats.ox.ac.uk
> > Emeritus Professor of Applied Statistics, University of Oxford
> >
> >
> > [[alternative HTML version deleted]]
> >
> > __
> > R-package-devel@r-proje
[R-pkg-devel] Note about "marked UTF-8 strings" when checking with R-devel
Checking my summarytools package before submitting an updated version to CRAN, I get this note when using rhub::check_with_rdevel() : checking contents of ‘data’ directory (1.4s) checking data for non-ASCII characters (1.6s) *Note: found 78 marked UTF-8 strings* The package has been on CRAN for years now, and it's the first time I get this note. Checking with R 3.6.2, I still get: checking data for non-ASCII characters ... OK The package contains 4 sample data frames, two of which are in French with accentuated characters on a couple of variables. I could easily "asciify" them (removing accents), but I wonder if there is a way around it, and if the note is an absolute no-go for CRAN. Thoughts? The source code for my package can be found on GitHub: github.com/dcomtois/summarytools. And here is one of the culprits: > unique(tabagisme$maladie) [1] NA "Neurologique" "Ouïe" "Musculo-squelettique" [5] "Vue" "Cardiaque""Cancer" "Hypertension" [9] "Diabète" "Autre""Pulmonaire" "Hypotension" [13] "Cholestérol" "Système digestif" Thanks in advance [[alternative HTML version deleted]] __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
Re: [R-pkg-devel] Note about "marked UTF-8 strings" when checking with R-devel
On 27.01.2020 17:22, Dominic Comtois wrote: Checking my summarytools package before submitting an updated version to CRAN, I get this note when using rhub::check_with_rdevel() : checking contents of ‘data’ directory (1.4s) checking data for non-ASCII characters (1.6s) *Note: found 78 marked UTF-8 strings* Fine for CRAN. Best, Uwe Ligges The package has been on CRAN for years now, and it's the first time I get this note. Checking with R 3.6.2, I still get: checking data for non-ASCII characters ... OK The package contains 4 sample data frames, two of which are in French with accentuated characters on a couple of variables. I could easily "asciify" them (removing accents), but I wonder if there is a way around it, and if the note is an absolute no-go for CRAN. Thoughts? The source code for my package can be found on GitHub: github.com/dcomtois/summarytools. And here is one of the culprits: unique(tabagisme$maladie) [1] NA "Neurologique" "Ouïe" "Musculo-squelettique" [5] "Vue" "Cardiaque""Cancer" "Hypertension" [9] "Diabète" "Autre""Pulmonaire" "Hypotension" [13] "Cholestérol" "Système digestif" Thanks in advance [[alternative HTML version deleted]] __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
Re: [R-pkg-devel] CRAN cannot find libraries on Windows
Thanks, one suspicious part from the log below is
-LC:/extsoft/lib/i386
which is clearly not in any variable we define on CRAN.
Looking close shows that
> Rhtslib::pkgconfig("PKG_LIBS")
gives
'D:/RCompile/CRANpkg/lib/4.0/Rhtslib/usrlib/x64/libhts.a'
-LC:/extsoft/lib/x64 -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lz
-lws2_32 -lwldap32 -lwinmm
and that is wrong as -LC:/extsoft/lib/i386 or C:/extsoft/lib/x64 are not
directories where the software is installed on winbuilder.
Pls use the directories the other packages are using, too.
Best,
Uwe Ligges
On 26.01.2020 22:40, Lucas Nell wrote:
Hello all,
My package (source here ) no longer
compiles on a standard Windows installation (see truncated install log
below). The problem seems to be the libraries required by the Bioconductor
package Rhtslib
. My
package compiles fine when using GCC 8 via Rtools 40 (and when built using
"r-devel-windows-ix86+x86_64-gcc8" on CRAN), but when trying to submit a
new version to CRAN, it fails its automatic tests without working using GCC
4 on Windows. Does anyone have ideas on how to fix this? Thank you!
Cheers,
Lucas
* installing *source* package 'jackalope' ...
** using staged installation
** libs
*** arch - i386
d:/Compiler/gcc-4.9.3/mingw_32/bin/g++ -std=gnu++11
-I"D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include"
-I"D:/RCompile/recent/R/include" -DNDEBUG -I../inst/include/
-D_FILE_OFFSET_BITS=64 -I'D:/RCompile/CRANpkg/lib/4.0/Rcpp/include'
-I'D:/RCompile/CRANincoming/R-devel/lib/RcppArmadillo/include'
-I'D:/RCompile/CRANpkg/lib/4.0/RcppProgress/include'
-I'D:/RCompile/CRANpkg/lib/4.0/Rhtslib/include'
-I'D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include'
-I"d:/Compiler/gcc-4.9.3/local330/include" -O2 -Wall -mtune=core2 -c
RcppExports.cpp -o RcppExports.o
[...]
d:/Compiler/gcc-4.9.3/mingw_32/bin/g++ -shared -s -static-libgcc -o
jackalope.dll tmp.def RcppExports.o alter_reference.o create_sequences.o
hts_illumina.o hts_pacbio.o io_fasta.o io_ms.o io_vcf.o mutator.o
mutator_indels.o mutator_subs.o phylogenomics.o ref_var_access.o
sub_models.o util.o var_classes.o vars_ssites.o -lws2_32
-LD:/RCompile/recent/R/bin/i386 -lRlapack -LD:/RCompile/recent/R/bin/i386
-lRblas -lgfortran -lm -lquadmath
D:/RCompile/CRANpkg/lib/4.0/Rhtslib/usrlib/i386/libhts.a
-LC:/extsoft/lib/i386 -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lz
-lws2_32 -lwldap32 -lwinmm -lidn
-LD:/RCompile/CRANpkg/lib/4.0/zlibbioc/libs/i386 -lzlib1bioc
-Ld:/Compiler/gcc-4.9.3/local330/lib/i386
-Ld:/Compiler/gcc-4.9.3/local330/lib -LD:/RCompile/recent/R/bin/i386 -lR
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
cannot find -lcurl
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
cannot find -lrtmp
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
cannot find -lssl
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
cannot find -lssh2
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
cannot find -lcrypto
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
cannot find -lidn
collect2.exe: error: ld returned 1 exit status
no DLL was created
ERROR: compilation failed for package 'jackalope'
* removing 'd:/RCompile/CRANincoming/R-devel/lib/jackalope'
[[alternative HTML version deleted]]
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
Re: [R-pkg-devel] Note about "marked UTF-8 strings" when checking with R-devel
Excellent! Thanks for the quick response and best wishes, Dominic On Mon, 27 Jan 2020 at 15:17, Uwe Ligges wrote: > > > On 27.01.2020 17:22, Dominic Comtois wrote: > > Checking my summarytools package before submitting an updated version to > > CRAN, I get this note when using rhub::check_with_rdevel() : > > > > checking contents of ‘data’ directory (1.4s) > > checking data for non-ASCII characters (1.6s) > > *Note: found 78 marked UTF-8 strings* > > Fine for CRAN. > > Best, > Uwe Ligges > > > > > The package has been on CRAN for years now, and it's the first time I get > > this note. Checking with R 3.6.2, I still get: > > > >checking data for non-ASCII characters ... OK > > > > The package contains 4 sample data frames, two of which are in French > with > > accentuated characters on a couple of variables. I could easily "asciify" > > them (removing accents), but I wonder if there is a way around it, and if > > the note is an absolute no-go for CRAN. Thoughts? > > > > The source code for my package can be found on GitHub: > > github.com/dcomtois/summarytools. > > > > And here is one of the culprits: > > > >> unique(tabagisme$maladie) > > [1] NA "Neurologique" "Ouïe" > > "Musculo-squelettique" > > [5] "Vue" "Cardiaque""Cancer" > > "Hypertension" > > [9] "Diabète" "Autre""Pulmonaire" > > "Hypotension" > > [13] "Cholestérol" "Système digestif" > > > > Thanks in advance > > > > [[alternative HTML version deleted]] > > > > __ > > R-package-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/r-package-devel > > > [[alternative HTML version deleted]] __ R-package-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/r-package-devel
Re: [R-pkg-devel] CRAN cannot find libraries on Windows
what are the correct paths?
On 1/27/20, 3:32 PM, "R-package-devel on behalf of Uwe Ligges"
wrote:
Thanks, one suspicious part from the log below is
-LC:/extsoft/lib/i386
which is clearly not in any variable we define on CRAN.
Looking close shows that
> Rhtslib::pkgconfig("PKG_LIBS")
gives
'D:/RCompile/CRANpkg/lib/4.0/Rhtslib/usrlib/x64/libhts.a'
-LC:/extsoft/lib/x64 -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lz
-lws2_32 -lwldap32 -lwinmm
and that is wrong as -LC:/extsoft/lib/i386 or C:/extsoft/lib/x64 are not
directories where the software is installed on winbuilder.
Pls use the directories the other packages are using, too.
Best,
Uwe Ligges
On 26.01.2020 22:40, Lucas Nell wrote:
> Hello all,
>
> My package (source here ) no
longer
> compiles on a standard Windows installation (see truncated install log
> below). The problem seems to be the libraries required by the Bioconductor
> package Rhtslib
> . My
> package compiles fine when using GCC 8 via Rtools 40 (and when built using
> "r-devel-windows-ix86+x86_64-gcc8" on CRAN), but when trying to submit a
> new version to CRAN, it fails its automatic tests without working using
GCC
> 4 on Windows. Does anyone have ideas on how to fix this? Thank you!
>
> Cheers,
> Lucas
>
>
>
> * installing *source* package 'jackalope' ...
> ** using staged installation
> ** libs
>
> *** arch - i386
> d:/Compiler/gcc-4.9.3/mingw_32/bin/g++ -std=gnu++11
> -I"D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include"
> -I"D:/RCompile/recent/R/include" -DNDEBUG -I../inst/include/
> -D_FILE_OFFSET_BITS=64 -I'D:/RCompile/CRANpkg/lib/4.0/Rcpp/include'
> -I'D:/RCompile/CRANincoming/R-devel/lib/RcppArmadillo/include'
> -I'D:/RCompile/CRANpkg/lib/4.0/RcppProgress/include'
> -I'D:/RCompile/CRANpkg/lib/4.0/Rhtslib/include'
> -I'D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include'
> -I"d:/Compiler/gcc-4.9.3/local330/include" -O2 -Wall -mtune=core2 -c
> RcppExports.cpp -o RcppExports.o
>
> [...]
>
> d:/Compiler/gcc-4.9.3/mingw_32/bin/g++ -shared -s -static-libgcc -o
> jackalope.dll tmp.def RcppExports.o alter_reference.o create_sequences.o
> hts_illumina.o hts_pacbio.o io_fasta.o io_ms.o io_vcf.o mutator.o
> mutator_indels.o mutator_subs.o phylogenomics.o ref_var_access.o
> sub_models.o util.o var_classes.o vars_ssites.o -lws2_32
> -LD:/RCompile/recent/R/bin/i386 -lRlapack -LD:/RCompile/recent/R/bin/i386
> -lRblas -lgfortran -lm -lquadmath
> D:/RCompile/CRANpkg/lib/4.0/Rhtslib/usrlib/i386/libhts.a
> -LC:/extsoft/lib/i386 -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lz
> -lws2_32 -lwldap32 -lwinmm -lidn
> -LD:/RCompile/CRANpkg/lib/4.0/zlibbioc/libs/i386 -lzlib1bioc
> -Ld:/Compiler/gcc-4.9.3/local330/lib/i386
> -Ld:/Compiler/gcc-4.9.3/local330/lib -LD:/RCompile/recent/R/bin/i386 -lR
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lcurl
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lrtmp
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lssl
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lssh2
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lcrypto
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lidn
> collect2.exe: error: ld returned 1 exit status
> no DLL was created
> ERROR: compilation failed for package 'jackalope'
> * removing 'd:/RCompile/CRANincoming/R-devel/lib/jackalope'
>
> [[alternative HTML version deleted]]
>
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
__
R-package-devel@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
Re: [R-pkg-devel] CRAN cannot find libraries on Windows
On 27/01/2020 5:48 p.m., Martin Morgan wrote:
what are the correct paths?
The src/gnuwin32/MkRules.dist file gives the patterns. They are based
on environment variables LOCAL_SOFT, R_HOME, etc. Most people should
modify that file to MkRules.local when building R; the variables defined
there get re-used when building packages. I forget what gets baked into
the Windows binary distributions.
Duncan Murdoch
On 1/27/20, 3:32 PM, "R-package-devel on behalf of Uwe Ligges"
wrote:
Thanks, one suspicious part from the log below is
-LC:/extsoft/lib/i386
which is clearly not in any variable we define on CRAN.
Looking close shows that
> Rhtslib::pkgconfig("PKG_LIBS")
gives
'D:/RCompile/CRANpkg/lib/4.0/Rhtslib/usrlib/x64/libhts.a'
-LC:/extsoft/lib/x64 -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lz
-lws2_32 -lwldap32 -lwinmm
and that is wrong as -LC:/extsoft/lib/i386 or C:/extsoft/lib/x64 are not
directories where the software is installed on winbuilder.
Pls use the directories the other packages are using, too.
Best,
Uwe Ligges
On 26.01.2020 22:40, Lucas Nell wrote:
> Hello all,
>
> My package (source here ) no
longer
> compiles on a standard Windows installation (see truncated install log
> below). The problem seems to be the libraries required by the
Bioconductor
> package Rhtslib
> . My
> package compiles fine when using GCC 8 via Rtools 40 (and when built
using
> "r-devel-windows-ix86+x86_64-gcc8" on CRAN), but when trying to submit a
> new version to CRAN, it fails its automatic tests without working using
GCC
> 4 on Windows. Does anyone have ideas on how to fix this? Thank you!
>
> Cheers,
> Lucas
>
>
>
> * installing *source* package 'jackalope' ...
> ** using staged installation
> ** libs
>
> *** arch - i386
> d:/Compiler/gcc-4.9.3/mingw_32/bin/g++ -std=gnu++11
> -I"D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include"
> -I"D:/RCompile/recent/R/include" -DNDEBUG -I../inst/include/
> -D_FILE_OFFSET_BITS=64 -I'D:/RCompile/CRANpkg/lib/4.0/Rcpp/include'
> -I'D:/RCompile/CRANincoming/R-devel/lib/RcppArmadillo/include'
> -I'D:/RCompile/CRANpkg/lib/4.0/RcppProgress/include'
> -I'D:/RCompile/CRANpkg/lib/4.0/Rhtslib/include'
> -I'D:/RCompile/CRANpkg/lib/4.0/zlibbioc/include'
> -I"d:/Compiler/gcc-4.9.3/local330/include" -O2 -Wall -mtune=core2 -c
> RcppExports.cpp -o RcppExports.o
>
> [...]
>
> d:/Compiler/gcc-4.9.3/mingw_32/bin/g++ -shared -s -static-libgcc -o
> jackalope.dll tmp.def RcppExports.o alter_reference.o create_sequences.o
> hts_illumina.o hts_pacbio.o io_fasta.o io_ms.o io_vcf.o mutator.o
> mutator_indels.o mutator_subs.o phylogenomics.o ref_var_access.o
> sub_models.o util.o var_classes.o vars_ssites.o -lws2_32
> -LD:/RCompile/recent/R/bin/i386 -lRlapack -LD:/RCompile/recent/R/bin/i386
> -lRblas -lgfortran -lm -lquadmath
> D:/RCompile/CRANpkg/lib/4.0/Rhtslib/usrlib/i386/libhts.a
> -LC:/extsoft/lib/i386 -lcurl -lrtmp -lssl -lssh2 -lcrypto -lgdi32 -lz
> -lws2_32 -lwldap32 -lwinmm -lidn
> -LD:/RCompile/CRANpkg/lib/4.0/zlibbioc/libs/i386 -lzlib1bioc
> -Ld:/Compiler/gcc-4.9.3/local330/lib/i386
> -Ld:/Compiler/gcc-4.9.3/local330/lib -LD:/RCompile/recent/R/bin/i386 -lR
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lcurl
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lrtmp
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lssl
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lssh2
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lcrypto
>
D:/Compiler/gcc-4.9.3/mingw_32/bin/../lib/gcc/i686-w64-mingw32/4.9.3/../../../../i686-w64-mingw32/bin/ld.exe:
> cannot find -lidn
> collect2.exe: error: ld returned 1 exit status
> no DLL was created
> ERROR: compilation failed for package 'jackalope'
> * removing 'd:/RCompile/CRANincoming/R-devel/lib/jackalope'
>
> [[alternative HTML version deleted]]
>
> __
> R-package-devel@r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>
__
