Hi, Ken et al.:
Thanks for the info. I tried to do what you suggested but still
have the problem.
Specifically, a web search for TexLive 2020 led me to
"https://tug.org/texlive/". That invited me to download and install
MacTex 2020 from "https://tug.org/mactex/mactex-download.html", which I
did. Everything seemed to go smoothly, but when I ran "R CMD build
Ecfun" and "R CMD check Ecfun_0.2-4.tar.gz", I got the same error. This
is running those commands in a Terminal. When I invoked "r" there just
now and requested "sessionInfo()", I got the following:
R version 4.0.0 (2020-04-24)
Platform: x86_64-apple-darwin17.0 (64-bit)
Running under: macOS Catalina 10.15.4
Matrix products: default
BLAS:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRblas.dylib
LAPACK:
/Library/Frameworks/R.framework/Versions/4.0/Resources/lib/libRlapack.dylib
locale:
[1] en_US.UTF-8/en_US.UTF-8/en_US.UTF-8/C/en_US.UTF-8/en_US.UTF-8
attached base packages:
[1] stats graphics grDevices utils datasets methods base
loaded via a namespace (and not attached):
[1] compiler_4.0.0
Might you have other suggestions?
Thanks very much for eliminating one possible source of this
problem.
Spencer Graves
On 2020-05-12 20:12, Ken Beath wrote:
Your package passes checks on my machine perfectly. It has R 4.0.0 with RStudio
and TexLive 2020 with updates to a week or two ago.
Ken
On 13 May 2020, at 8:17 am, Spencer Graves<spencer.gra...@prodsyse.com> wrote:
Hello, All:
Might "R CMD check" on Mac use obsolete LaTeX software?
I ask, because "R CMD check" on my Mac started reporting LaTeX
errors on *.Rd files that previously passed "R CMD check" without
problems. Dirk Eddelbuettel recommended I ask tex.stackexchange about
that. I did that and got the following:
* "In a current tex system \textasciigrave should work with
your families - they don't have the glyph but latex will fall back
without error. In older systems it could give an error."
See:
https://tex.stackexchange.com/questions/543783/package-textcomp-error-symbol-textasciigrave-not-provided
Comments?
Thanks,
Spencer Graves
p.s. An earlier post on this issue to r-pkg-devel is copied below.
-------- Forwarded Message --------
Subject: [R-pkg-devel] Error: Symbol \textasciigrave not provided by
(textcomp)
Date: Sun, 16 Feb 2020 14:21:17 -0600
From: Spencer Graves<spencer.gra...@effectivedefense.org>
To: r-package-de...@r-project.org
Hello, All:
"R CMD check Ecfun_0.2-4.tar.gz" ends with 8 repetitions of the
following:
! Package textcomp Error: Symbol \textasciigrave not provided by
(textcomp) font family zi4 in TS1 encoding.
(textcomp) Default family used instead.
See the textcomp package documentation for explanation.
* checking PDF version of manual without hyperrefs or index ... ERROR
* DONE
This is using R 3.6.2 under macOS 10.15.3 applied to the current
development version of"https://github.com/sbgraves237/Ecfun". Travis
CI reported that the build passed; see
"https://travis-ci.org/sbgraves237/Ecfun/builds/650505913?utm_medium=notification&utm_source=email".
This looks to me like it's complaining about the use of the back
tick character ("`", below "~" on the top left key on a standard
American English keyboard), which I assume is equivalent to
"\textasciigrave" in certain contexts.
Six out of those 8 repetitions occur in the examples sections of
files "grepNonStandardCharacters.Rd", "subNonStandardCharacters.Rd", and
"subNonStandardNames.Rd". Those functions were written to fix parsing
errors with names like "Raúl" that had been mangled by different
software before I could get it into R.
After a day's work failed to produce a work around, I decided to
ask this group.
What do you suggest?
Thanks,
Spencer Graves
______________________________________________
r-package-de...@r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-package-devel
[[alternative HTML version deleted]]
_______________________________________________
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac
_______________________________________________
R-SIG-Mac mailing list
R-SIG-Mac@r-project.org
https://stat.ethz.ch/mailman/listinfo/r-sig-mac