This NOTEs won't pass CRAN policy, but should really not appear. Did you run the check directly on the source tar.gz file or on the guthub directory where you tested compilation?<div><br><div>Could you please try checking with all the suggested packages installed, otherwise unit tests will not run. It's actually strange that <span></span>no error was thrown ar this step.</div>
<div>Thanks.</div><div><br></div><div>Bests,</div><div>Renaud</div><div><br><br>On Saturday, November 9, 2013, Dominick Samperi wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div>I've attached the output of R CMD check --as-cran.<br></div><div>No errors, just a few NOTE's. (Suggested package</div><div>RUnit must be installed.)</div><div><br></div><div>There has been a lot of discussion about "NOTE"</div>
<div>on r-revel, and it is not clear to me if this is considered</div><div>to be an error or just a warning. I don't know if CRAN</div><div>will accept a package with NOTE's...</div><div><br></div></div><div>
<br><br><div>On Fri, Nov 8, 2013 at 5:53 PM, Renaud Gaujoux <span dir="ltr"><<a>renaud@mancala.cbio.uct.ac.za</a>></span> wrote:<br><blockquote style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ah, I forgot something:<br>
* running a full R CMD check --as-cran on Mac?<br>
:D<br>
<div><div><br>
On 8 November 2013 18:33, Renaud Gaujoux <<a>renaud@mancala.cbio.uct.ac.za</a>> wrote:<br>
> Nice. Many thanks!<br>
><br>
> ... and along the way we, or at least I, learnt that the hooks<br>
> .onUnload and .onDetach are actually not called when R quits and that<br>
> required cleanup procedures must be registered via reg.finalizer to be<br>
> sure they are called.<br>
><br>
> What is left:<br>
> * check if a Mac binary package works fine on machine different than<br>
> the one it was built on.<br>
> * get CRAN building machines geared with Octave so that binary<br>
> packages are available from CRAN. I will follow up with the CRAN<br>
> maintainer on this.<br>
><br>
> Bests,<br>
> Renaud<br>
><br>
><br>
><br>
> On 8 November 2013 16:23, Dominick Samperi <<a>djsamperi@gmail.com</a>> wrote:<br>
>> The biocLite windows binary install works (provided the user has Octave in<br>
>> PATH).<br>
>><br>
>> The github (ref='develop') install works under Linux and Mac OS X<br>
>> (Mavericks).<br>
>><br>
>> And by increasing the "biodiversity" (number of OS's supported) a hidden bug<br>
>> was<br>
>> uncovered and fixed (after 100 posts!).<br>
>><br>
>> Cheers,<br>
>> Dominick<br>
>><br>
>><br>
>> On Fri, Nov 8, 2013 at 4:42 AM, Renaud Gaujoux<br>
>> <<a>renaud@mancala.cbio.uct.ac.za</a>> wrote:<br>
>>><br>
>>> True :D<br>
>>> I thought of trying to get a neat sequence of flags without quote but<br>
>>> clearly did not work.<br>
>>> I updated the gh and myCRAN versions: they now contain your solution<br>
>>> for -Wl and also use mkoctfile rather than octave-config to retrieve<br>
>>> the include and linker flags.<br>
>>><br>
>>> If possible, can anybody please try the windows binary from myCRAN:<br>
>>><br>
>>> source('<a href="http://www.bioconductor.org/biocLite.R" target="_blank">http://www.bioconductor.org/biocLite.R</a>')<br>
>>> biocLite('RcppOctave', siteRepos =<br>
>>> '<a href="http://web.cbio.uct.ac.za/~renaud/CRAN" target="_blank">http://web.cbio.uct.ac.za/~renaud/CRAN</a>')<br>
>>><br>
>>> Thank you.<br>
>>><br>
>>> Bests,<br>
>>> Renaud<br>
>>><br>
>>> On 7 November 2013 17:13, Dominick Samperi <<a>djsamperi@gmail.com</a>> wrote:<br>
>>> > This solution yields:<br>
>>> ><br>
>>> > -Wl,-F/Library/Frameworks/R.framework/..,-framework R ...<br>
>>> ><br>
>>> > and the linker doesn't know that the last "R" belongs to the<br>
>>> > -framework option.<br>
>>> ><br>
>>> > To fix, simply add the 'g' qualifier to the sed command in<br>
>>> > <a href="http://configure.ac" target="_blank">configure.ac</a>:<br>
>>> ><br>
>>> > R_LDFLAGS=`echo "-Wl,$R_LDFLAGS" | sed 's/ /,/g'`<br>
>>> ><br>
>>> ><br>
>>> > My original solution works because the -Wl,"whatever"<br>
>>> > option causes mkoctfile to insert the string "whatever"<br>
>>> > into the linker command line without parsing. If instead<br>
>>> > mkoctfile used a form of exec(3) that expects tokenized<br>
>>> > options, the sed solution would be necessary.<br>
>>> ><br>
>>> ><br>
>>> ><br>
>>> > On Thu, Nov 7, 2013 at 7:20 AM, Renaud Gaujoux<br>
>>> > <<a>renaud@mancala.cbio.uct.ac.za</a>> wrote:<br>
>>> >><br>
>>> >> I changed <a href="http://configure.ac" target="_blank">configure.ac</a> into:<br>
>>> >> R_LDFLAGS=`echo "-Wl,$R_LDFLAGS" | sed 's/ /,/'`<br>
>>> >><br>
>>> >></div></div></blockquote></div></div></blockquote></div>
</div>