[Rd] [R-pkg-devel] Tracking down inconsistent errors and notes across operating systems
Bill Dunlap
w||||@mwdun|@p @end|ng |rom gm@||@com
Thu Jul 22 20:18:30 CEST 2021
A small example of the problem is
#define USE_RINTERNALS 1
#include <R.h>
#include <Rinternals.h>
#include <Rdefines.h>
static s_object* obj = NULL;
Prior to 2021-07-20, with svn 80639, this compiled but after, svn 80647,
that I get
$ gcc -I"/mnt/c/R/R-svn/trunk/src/include" -I. -I/usr/local/include
-fpic -g -O2 -flto -c s_object.c 2>&1
In file included from s_object.c:5:
/mnt/c/R/R-svn/trunk/src/include/Rdefines.h:168:33: error: unknown type
name ‘SEXPREC’
168 | #define s_object SEXPREC
| ^~~~~~~
s_object.c:7:8: note: in expansion of macro ‘s_object’
7 | static s_object* obj = NULL;
| ^~~~~~~~
On Thu, Jul 22, 2021 at 10:18 AM Bill Dunlap <williamwdunlap using gmail.com>
wrote:
> I think the problem with RPostgreSQL/sec/RS-DBI.c comes from some changes
> to Defn.h and Rinternals.h in RHOME/include that Luke made recently
> (2021-07-20, svn 80647). Since then the line
> #define s_object SEXPREC
> in Rdefines.h causes problems. Should it now be 'struct SEXPREC'?
>
> -Bill
>
>
> On Thu, Jul 22, 2021 at 7:04 AM Iñaki Ucar <iucar using fedoraproject.org>
> wrote:
>
>> Hi,
>>
>> On Thu, 22 Jul 2021 at 15:51, Hannah Owens <hannah.owens using gmail.com>
>> wrote:
>> >
>> > Hi all,
>> > I am working on an update to a package I have on CRAN called occCite. My
>> > latest release attempt didn’t pass incoming automated checks, because
>> there
>> > is an outstanding error. Additionally, there are some weird notes I
>> would
>> > like to get rid of, if anyone has suggestions.
>> >
>> > The killing error is in r-devel-linux-x86_64-debian-gcc, which is:
>> Packages
>> > required but not available: 'BIEN', 'taxize', ‘RPostgreSQL'
>> >
>> > I don’t understand this, as it is the only system that throws this
>> error,
>> > and the packages mentioned are available via CRAN. Any suggestions?
>>
>> This kind of message usually arises when there is some problem with
>> those packages on CRAN. Indeed,
>>
>> https://cran.r-project.org/web/checks/check_results_BIEN.html
>> https://cran.r-project.org/web/checks/check_results_taxize.html
>> https://cran.r-project.org/web/checks/check_results_RPostgreSQL.html
>>
>> the three of them have ERRORs in that platform. No issue on your end.
>> You reply pointing to that.
>>
>> > Additionally, there are multiple platforms
>> > (r-devel-linux-x86_64-fedora-clang; r-devel-linux-x86_64-fedora-gcc;
>> > r-devel-windows-x86_64-gcc10-UCRT; r-patched-solaris-x86;
>> > r-release-macos-arm64; r-release-macos-x86_64; r-oldrel-macos-x86_64)
>> where
>> > two notes pop up:
>> >
>> > NOTE 1: Namespace in Imports field not imported from: ‘bit64’ All
>> declared
>> > Imports should be used.
>> >
>> > The package does use bit64. Any tips on how to address this note?
>>
>> Are you sure? Your NAMESPACE file does not import(bit64) nor
>> importFrom(bit64,) anything.
>>
>> > NOTE 2: Found 6 marked UTF-8 strings.
>> >
>> > I presume this is thrown because of the small sample dataset I’ve
>> included
>> > in the package, but why is it not thrown for all the platforms?
>>
>> Not all the checks are necessarily done in all the platforms. You can
>> silence this NOTE by converting the offending strings in your datasets
>> to ASCII and resaving them.
>>
>> --
>> Iñaki Úcar
>>
>> ______________________________________________
>> R-package-devel using r-project.org mailing list
>> https://stat.ethz.ch/mailman/listinfo/r-package-devel
>>
>
[[alternative HTML version deleted]]
More information about the R-devel
mailing list