[R-sig-ME] Is there a problem with the lme4a package at R-Forge
Douglas Bates
bates at stat.wisc.edu
Wed Nov 10 15:01:55 CET 2010
On Wed, Nov 10, 2010 at 7:55 AM, Ben Bolker <bbolker at gmail.com> wrote:
> On 10-11-10 08:33 AM, Kevin E. Thorpe wrote:
>> On November 10, 2010 08:19:17 am Kevin E. Thorpe wrote:
>>> On November 9, 2010 08:45:44 pm Kevin E. Thorpe wrote:
>>>> I just upgraded my version of R to
>>>>
>>>> R version 2.12.0 Patched (2010-11-07 r53537)
>>>> Platform: i686-pc-linux-gnu (32-bit)
>>>>
>>>> So that I could install the current lme4a. Earlier tonight, the package
>>>> seemed to be available, but as of 20:40 EST, it seems not to be.
>>>>
>>>>> install.packages("lme4a", repos="http://R-Forge.R-project.org")
>>>>
>>>> Warning message:
>>>> In getDependencies(pkgs, dependencies, available, lib) :
>>>> package 'lme4a' is not available
>>>>
>>>> Also, downloading the package source (from the R-forge link) takes me to
>>>> "Page not Found"
>>>>
>>>> Anyone know what's going on?
>>>
>>> I searched my saved mail, since this problem seemed like Deja Vu all over
>>> again. I found the link to the SVN instructions, and svn seems to have
>>> found the package.
>>
>> OK, the build fails on my system. I have the dependencies up-to-date.
>>
>>> sessionInfo()
>> R version 2.12.0 Patched (2010-11-07 r53537)
>> Platform: i686-pc-linux-gnu (32-bit)
>>
>> locale:
>> [1] LC_CTYPE=en_US LC_NUMERIC=C LC_TIME=en_US
>> [4] LC_COLLATE=C LC_MONETARY=C LC_MESSAGES=en_US
>> [7] LC_PAPER=en_US LC_NAME=C LC_ADDRESS=C
>> [10] LC_TELEPHONE=C LC_MEASUREMENT=en_US LC_IDENTIFICATION=C
>>
>> attached base packages:
>> [1] stats graphics grDevices utils datasets methods base
>>
>> other attached packages:
>> [1] minqa_1.1.9 Rcpp_0.8.8 MatrixModels_0.2-1
>> Matrix_0.999375-44
>> [5] lattice_0.19-13
>>
>> loaded via a namespace (and not attached):
>> [1] grid_2.12.0 tools_2.12.0
>>
>> Here are the error messages from R CMD INSTALL.
>>
>> g++ -I/usr/local/lib/R/include -I/usr/local/include -I"/usr/local/lib/R/library/Matrix/include" -I"/usr/local/lib/R/library/Rcpp/include" -fpic -g -O2 -c
>> glmFamily.cpp -o glmFamily.o
>> glmFamily.cpp: In function 'void _rcpp_module_glm_init()':
>> glmFamily.cpp:122: error: 'class Rcpp::class_<glm::glmFamily>' has no member
>> named 'constructor'
>> glmFamily.cpp:122: error: 'init_1' was not declared in this scope
>> glmFamily.cpp:122: error: expected primary-expression before '>' token
>> glmFamily.cpp:122: error: expected primary-expression before ')' token
>> /usr/local/lib/R/library/Rcpp/include/Rcpp/Module.h: In member
>> function 'SEXPREC* Rcpp::class_<Class>::newInstance(SEXPREC**, int) [with
>> Class = glm::glmFamily]':
>> glmFamily.cpp:130: instantiated from here
>> /usr/local/lib/R/library/Rcpp/include/Rcpp/Module.h:242: error: no matching
>> function for call to 'glm::glmFamily::glmFamily()'
>> glmFamily.cpp:21: note: candidates are: glm::glmFamily::glmFamily(SEXPREC*)
>> glmFamily.h:12: note: glm::glmFamily::glmFamily(const
>> glm::glmFamily&)
>> make: *** [glmFamily.o] Error 1
>> ERROR: compilation failed for package 'lme4a'
>> * removing '/usr/local/lib/R/library/lme4a'
>>
>> Has anyone else encountered this?
>
> I get the same problem. I certainly can't guarantee the results, but
> reverting to release 1083
>
> svn update -r1083
>
> at least appears to allow the package to build/install (it doesn't
> quite make it through the examples in R CMD check -- it actually looks
> like the failure may be somewhere in lattice ... ?)
>
> It may be that one needs a bleeding-edge Rcpp to compile the latest
> version ... I'm trying upgrading to Rcpp 0.8.8.1 now ...
You got it. I guess that 0.8.8.0 is not sufficient and you need 0.8.8.1
Romain and Dirk, and now John Chambers, are so fast in development of
Rcpp that it is difficult to keep up.
More information about the R-sig-mixed-models
mailing list