[Rd] .print.via.format not found when building r61617?

[Prof Brian Ripley]

No on else is having this problem, including the OS X and Windows binary 
builds and all the CRAN platforms.

I wondered if something is wrong with your collation: the function is 
defined in QC.R and used in admin.R pdftools.R sotools.R, so if admin.R 
< QC.R there would be a problem.

You could try setting LC_COLLATE=C in your environment, although the 
Makefile does that.

You really haven't shown enough output before the problem so we don't 
actually know which phase failed.


On 11/01/2013 20:11, Ben Bolker wrote:
> On 13-01-11 12:59 PM, Ben Bolker wrote:
>>    I wouldn't be at all surprised if I turned out to be doing something
>> boneheaded, but I've *tried* to follow all the relevant rules ...
>> Based on a clean SVN checkout of R-devel r61617, building in a
>> separate directory, I end up with
>>
>> Error in eval(expr, envir, enclos) : object '.print.via.format' not found
>>
>>    Has anyone encountered this or does anyone have any further
>> clues/diagnostic hints?  I found .print.via.format defined in the
>> middle of src/library/tools/all.R , and in the source in
>> src/library/tools/R/QC.R, and I see that it was added in r61322
>> (2012-12-14); is there anything else I can try?
>>
>>    Ben Bolker
>
>    PS: I did successfully build R by reverting to r61321.  I'm not sure I
> have the time and energy to do the full binary search between r61321 and
> r61617 [8 steps, rebuilding R each time] to see where it breaks.  I need
> to try to get up to r61589 or thereabouts, which is the version in which
> the tests of my package broke on the CRAN check ...
>
>    I may yet try: (1) configuring without --enable-R-shlib (I can't see
> why that would be relevant here, but it is something I'm doing that's
> slightly "non-standard" that therefore might have been missed by
> others); (2) updating to r61322 or 61323 and seeing if the breakage
> happens right there (although it's possible that something was broken in
> 61322 and fixed for everyone else thereafter, and the problem is still
> my fault -- I don't see anything obvious to that effect in the SVN log,
> but I could have missed it ...)
>>
>>> cd r-devel svn update
>>     At revision 61617.
>>> cd ../r-devel-build ../r-devel/configure --enable-R-shlib
>>
>> R is now configured for i686-pc-linux-gnu
>>
>>    Source directory:          ../r-devel
>>    Installation directory:    /usr/local
>>
>>    C compiler:                gcc -std=gnu99  -g -O2
>>    Fortran 77 compiler:       gfortran  -g -O2
>>
>>    C++ compiler:              g++  -g -O2
>>    Fortran 90/95 compiler:    gfortran -g -O2
>>    Obj-C compiler:	
>>
>>    Interfaces supported:      X11, tcltk
>>    External libraries:        readline
>>    Additional capabilities:   PNG, JPEG, NLS, cairo
>>    Options enabled:           shared R library, shared BLAS, R
>> profiling, Java
>>
>>    Recommended packages:      yes
>>
>>> make
>>
>>   ...
>>
>> make[4]: Leaving directory
>> `/mnt/hgfs/bolker/Documents/R/r-devel-build/src/library/tools'
>> Error in eval(expr, envir, enclos) : object '.print.via.format' not found
>> Error: unable to load R code in package ‘tools’
>> Execution halted
>>
>
> ______________________________________________
> R-devel at r-project.org mailing list
> https://stat.ethz.ch/mailman/listinfo/r-devel
>


-- 
Brian D. Ripley,                  ripley at stats.ox.ac.uk
Professor of Applied Statistics,  http://www.stats.ox.ac.uk/~ripley/
University of Oxford,             Tel:  +44 1865 272861 (self)
1 South Parks Road,                     +44 1865 272866 (PA)
Oxford OX1 3TG, UK                Fax:  +44 1865 272595