Logo após as notícias de 2000 pacotes CRAN usando o Rcpp (e também atingindo 12,5 do pacote CRAN, ou um em cada oito), estamos felizes em anunciar o lançamento 1.0.5 do Rcpp. Desde o aniversário de dez anos e o lançamento da versão 1.0.0, em novembro de 2018, seguimos um ciclo de lançamento de quatro meses. O último lançamento, no entanto, nos deixou um gosto particularmente ruim devido a algumas interações bastante peculiares com uma porção muito pequena (mas sempre tão vocal) da base de usuários. Então, daqui para frente, mudaremos duas coisas. Primeiro, reiteramos que já fizemos lançamentos contínuos. Cada instantâneo menor do ramo principal do git recebe um ponto de lançamento. Entre o release 1.0.4 e o 1.0.5, havia doze deles. Todos e cada um deles foi disponibilizado através do drat repo, e continuaremos a fazê-lo daqui para frente. Lançamentos para CRAN, no entanto, são um trabalho real. Se eles acabarem com tantas bobagens quanto a última versão 1.0.4, achamos apropriado desacelerar as coisas um pouco mais, e pretendemos agora mudar para um ciclo de seis meses. Como mencionado, os lançamentos intermediários são sempre apenas um install.packages() ligue com um repos argumento de distância.
Rcpp tornou-se a maneira mais popular de aprimorar R com código C ou C ++. Atualmente, os pacotes de 2002 no CRAN dependem do Rcpp para tornar o código analítico mais rápido e além, juntamente com o 203 no BioConductor. E pelos registros (parciais) de downloads de CRAN, estamos em execução constante em cerca de um milhão de downloads por mês.
Esta versão apresenta novamente uma série de solicitações de recebimento diferentes por diferentes colaboradores, cobrindo toda a gama de aprimoramentos de API, aprimoramentos de atributos, alterações nas funções Sugar e auxiliar, documentação estendida e pagamento contínuo da integração. Veja a lista abaixo para detalhes.
Alterações na versão 1.0.5 do patch do Rcpp (01/07 2020)
Alterações na API Rcpp:
O código do manipulador de exceções no 1043 foi atualizado para garantir o comportamento de inclusão adequado (Kevin no 1047 que corrige o 1046).
Uma falta
Rcpp_list6Foi adicionada uma definição para suportar compilações R 3.3. * (Davis Vaughan na # 1049 que corrige a # 1048).Ausência de
Rcpp_list{2,3,4,5}A definição foi adicionada ao namespace Rcpp (Dirk na # 1054 que fixa a # 1053).
Uma atualização mais atualizada corrigiu o cabeçalho e forneceu uma ramificação ausente (Mattias Ellert no # 1055).
Mais duas atribuições são protegidas com
Rcpp::Shield(Dirk no # 1059).Uma chamada para
absagora está devidamente namespaced comstd::(Uwe Korn em # 1069).A preservação da memória do objeto String foi corrigida / simplificada (Kevin no 1082).
Alterações nos atributos do Rcpp:
Cadeias vazias não são passadas para
R CMD SHLIBque foi visto com o R 4.0.0 no Windows (Kevin na # 1062 que corrige a # 1061).o
short_file_name()a função auxiliar é mais segura em relação aos temporários (Kevin em # 1067, fixação # 1066 e # 1071, fixação # 1070).Alterações no Rcpp Sugar:
- Dois
sample()objetos agora são vetores padrão e nãoR_alloccriado (Dirk na correção 1075 # 1074).Alterações nas funções de suporte do Rcpp:
Rcpp.package.skeleton()ajusta para uma alteração (documentada) no R 4.0.0 (Dirk no # 1088 que fixa # 1087).Alterações na documentação do Rcpp:
O arquivo pdf da introdução anterior é novamente digitado com informações bibliográficas (Dirk).
Uma nova vinheta descrevendo como empacotar as bibliotecas C ++ foi adicionada (Dirk na correção 1078 # 1077).
Alterações na implantação do Rcpp:
Os testes de unidade Travis CI agora executam uma matriz nas versões do R também testadas no CRAN (rel / dev / oldrel / oldoldrel), e a cobertura é executada em paralelo para uma aceleração líquida (Dirk nos # 1056 e # 1057).
O teste de exceções agora é parcialmente ignorado no Solaris, como já está no Windows (Dirk no 1065).
O corredor de IC padrão foi atualizado para R 4.0.0 (Dirk).
A matriz CI abrange R 3.5, 3.6, r-release e r-devel (Dirk).
Graças ao CRANberries, você também pode observar as diferenças da versão anterior. Perguntas, comentários, etc, devem ir para a lista de discussão rcpp-devel na página do R-Forge. Os relatórios de bugs também são bem-vindos no rastreador de problemas do GitHub (onde também é possível pesquisar entre problemas abertos ou fechados); perguntas também são bem-vindas sob rcpp no StackOverflow, que também permite pesquisar entre as (atualmente) 2455 perguntas anteriores.
Se você gosta deste ou de outro trabalho de código aberto que eu faça, agora pode me patrocinar no GitHub. No primeiro ano, o GitHub corresponderá às suas contribuições.
Este post de Dirk Eddelbuettel teve origem no seu blog Thinking inside the box. Relate a agregação excessiva em configurações de terceiros com fins lucrativos.
Relacionado
