CTAN package check warnings

[melff]

The CTAN package check system flags "notes" and "warnings" about the current version 0.2.0 on CRAN. It would be great if these could be fixed before the CRAN maintainers remove the package (again).

Check Details copied from https://cran.r-project.org/web/checks/check_results_unigd.html

Version: 0.2.0
Check: compiled code
Result: NOTE
File ‘unigd/libs/unigd.so’:
Found non-API call to R: ‘R_NamespaceRegistry’

Compiled code should not call non-API entry points in R.

See ‘Writing portable packages’ in the ‘Writing R Extensions’ manual,
and section ‘Moving into C API compliance’ for issues with the use of
non-API entry points.
Flavors: r-devel-linux-x86_64-debian-clang, r-devel-linux-x86_64-debian-gcc, r-devel-linux-x86_64-fedora-clang, r-devel-linux-x86_64-fedora-gcc, r-patched-linux-x86_64

Version: 0.2.0
Check: compiled code
Result: WARN
File ‘unigd/libs/unigd.so’:
Found ‘___stderrp’, possibly from ‘stderr’ (C)
Object: ‘../.deps/lib/libpng16.a’
Found ‘_abort’, possibly from ‘abort’ (C)
Object: ‘../.deps/lib/libpng16.a’

Compiled code should not call entry points which might terminate R nor
write to stdout/stderr instead of to the console, nor use Fortran I/O
nor system RNGs nor [v]sprintf.

See ‘Writing portable packages’ in the ‘Writing R Extensions’ manual.
Flavors: r-devel-macos-arm64, r-release-macos-arm64, r-release-macos-x86_64

Version: 0.2.0
Check: compiled code
Result: NOTE
File 'unigd/libs/x64/unigd.dll':
Found non-API call to R: 'R_NamespaceRegistry'

Compiled code should not call non-API entry points in R.

See 'Writing portable packages' in the 'Writing R Extensions' manual,
and section 'Moving into C API compliance' for issues with the use of
non-API entry points.
Flavor: r-devel-windows-x86_64

Version: 0.2.0
Check: installed package size
Result: NOTE
installed size is 16.3Mb
sub-directories of 1Mb or more:
libs 14.1Mb
Flavors: r-oldrel-macos-arm64, r-oldrel-macos-x86_64, r-oldrel-windows-x86_64

[melff]

Thanks by the way for this wonderful package. One of my own R packages (https://github.com/melff/RKernel) used to rely on this. However, I had to remove the unigd dependency to avoid build failures. Yet, I would like to be able to rely on unigd again.

[nx10]

Thanks, but I believe these are likely false positives. One is in libpng not unigd and the other one referring to us calling R_NamespaceRegistry I don't think is accurate.

[melff]

Maybe you could precautionarily inform the CRAN maintainers?