[Rd] Verbose output from R CMD check
Simon Urbanek
simon.urbanek at r-project.org
Tue Apr 23 17:21:17 CEST 2013
On Apr 23, 2013, at 10:51 AM, dpleydell wrote:
> I've been developing a package called foobar for a couple of years now. It has evolved through various versions, but has always contained compiled C code. Recently, R CMD check has started generating the following message
>
> [START QUOTE]
>
> R CMD check foobar_1.7.5.tar.gz
> * using log directory ‘/home/david/foobar/package/foobar.Rcheck’
> * using R version 2.15.2 (2012-10-26)
> * using platform: x86_64-unknown-linux-gnu (64-bit)
> * using session charset: UTF-8
> * checking for file ‘foobar/DESCRIPTION’ ... OK
> [LOTS OF '...OK' CHECK REPORTS REMOVED FOR BREVITY]
> * checking compiled code ... NOTE
> File ‘/home/david/foobar/package/foobar.Rcheck/foobar/libs/foobar.so’:
> Found ‘putchar’, possibly from ‘putchar’ (C)
> Object: ‘foobar.o’
> Found ‘puts’, possibly from ‘printf’ (C), ‘puts’ (C)
> Object: ‘foobar.o’
>
> Compiled code should not call functions which might terminate R nor write to stdout/stderr instead of to the console.
>
> See ‘Writing portable packages’ in the ‘Writing R Extensions’ manual.
> * checking examples ... OK
> * checking PDF version of manual ... OK
>
> NOTE: There was 1 note.
> See ‘/home/david/foobar/package/foobar.Rcheck/00check.log’ for details.
>
> [END QUOTE]
>
> This message is recent, but appears even when I re-compile and check old versions of the package which previously passed the check without any such warning messages.
>
> My understanding is that since R 2.15.0 R CMD check has undergone numerous modifications, and as a result it is now identifying a "problem" that wasn't being identified previously. I'm currently running R 2.15.2.
>
> Identifying the source of the message is a non-trivial problem because there are a large number of calls to printf and fprintf etc in several thousands of lines of code spread over many different *.c files.
>
There should be none, so apparently you have broken the rules quite a lot ;). This is not a new rule, R just got better at identifying the transgressions. Number of lines in your code is quite irrelevant - that's why there is grep and the search function in editors.
> So my question... is there a way to obtain a more verbose output that could point me to the lines of code that generate the message? Without this information debugging is rendered unnecessarily hard, time consuming and frustrating.
>
It's not "unnecessarily hard" - it fact it's much easier to find this out from the sources than the compiled code which is how R has to identify it which makes it impossible to track the source (because it could have been from a static library, for example).
Cheers,
Simon
> many thanks
> David
>
>
> --
> David Pleydell,
> INRA,
> UMR-1351 CMAEE,
> Domaine Duclos,
> Prise D'eau,
> 97122 Petit Bourg,
> Guadeloupe
> dpleydell at antilles.inra.fr
> pleydell at cirad.fr
> Tel +33 5 90 25 54 42
> Fax +33 5 90 94 03 96
>
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>
>
More information about the R-devel
mailing list