Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-10-04 Thread Simon Urbanek 
Dominick,

in that case this would be best reported on R-SIG-Mac. I just happen to be on 
this list so it worked ;). 

Re-building RInside seems to fix the issue, now updated.

While I have you here, unrelated, but please note that linking to packages 
dynamically is not supported (see R-exts 5.8), so your makefile needs to be 
fixed to use static libRInside.a (and RInside shouldn't be really creating or 
installing .dylib at all as it cannot be used reliably). 

Cheers,
Simon



> On Oct 3, 2021, at 1:55 AM, Dominick Samperi  wrote:
> 
> Forcing source install of the latest versions of Rcpp and RInside is required
> under MacOS. By default MacOS installs binary versions of the latest
> versions, 1.0.7 and 0.2.16, resp., and a simple repl app seg faults.
> 
> It appears that there is a problem with the current binary distribution under
> MacOS.
> 
> Under Ubuntu the packages are installed from source by default, and
> there are no problems. There are also no problems under Windows.
> 
> 
> 
> On Thu, Jul 15, 2021 at 8:13 AM Dirk Eddelbuettel  > wrote:
> 
> On 15 July 2021 at 08:24, ma wh wrote:
> | Colleague of mine wrote some R last week that was working OK, and hasn't 
> been changed in itself since that time. This week it's ceased working( I've 
> tried it on my machine and also see a fail, the following error is 
> encountered:
> | 
> | Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not provided by 
> package 'Rcpp'
> | 
> | Searching around there aren't many hits. Those I do find seem quite recent 
> (stackoverflow questions or GitHub issues logged in various projects, dates 
> of posting are within the last few days). None of the posted queries seem to 
> have a solution, one person said restarting RStudio helped, but not in my 
> case. The SO question I found was marked as deleted. The GitHub issue I found 
> was "I solved it" but no mention of how. The SO question was asking about svg 
> export: 
> https://stackoverflow.com/questions/68345118/exporting-a-ggplot-in-svg-call-a-non-esixting-function
>  
> 
> | The GitHub were also asking about packages I don't use -
> | https://github.com/r-spatial/spdep/issues/60 
> 
> | https://github.com/drizopoulos/JMbayes2/issues/5 
> 
> | 
> | Anyone on the list have any pointers? Thanks
> 
> Packages following a the GNU style often have a file ChangeLog which "details
> changes made to the code". Rcpp follows this convention, see 2021-07-05 and
> 2021-01-017.
> 
> Packages following the R packaging conventions often have a file inst/NEWS.rd
> (also rendered as NEWS at CRAN). Rcpp follow this conventions, see the Rcpp
> 1.0.7 release (even if the functions is not named).
> 
> Packages have source code you can search.I like `ag` aka "the
> silversearcher":
> 
>   edd@rob:~/git/rcpp(master)$ ag -c Rcpp_precious_remove
>   ChangeLog:2
>   inst/include/Rcpp/routines.h:3
>   inst/include/RcppCommon.h:2
>   src/rcpp_init.cpp:1
>   src/barrier.cpp:1
>   edd@rob:~/git/rcpp(master)$ 
> 
> It is still there, and available via the standard export mechanism.
> 
> I recommend your friend take a look. The function is a) still there yet has
> also b) been supplanted by a more sufficient alternative.
> 
> Otherwise, a reproducible example would be the only way to make this
> concrete.
> 
> Hope this helps, Dirk
> 
> -- 
> https://dirk.eddelbuettel.com  | 
> @eddelbuettel | e...@debian.org 
> ___
> Rcpp-devel mailing list
> Rcpp-devel@lists.r-forge.r-project.org 
> 
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel 
> ___
> Rcpp-devel mailing list
> Rcpp-devel@lists.r-forge.r-project.org
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel

___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-10-02 Thread Dominick Samperi 
Forcing source install of the latest versions of Rcpp and RInside is
required
under MacOS. By default MacOS installs binary versions of the latest
versions, 1.0.7 and 0.2.16, resp., and a simple repl app seg faults.

It appears that there is a problem with the current binary distribution
under
MacOS.

Under Ubuntu the packages are installed from source by default, and
there are no problems. There are also no problems under Windows.



On Thu, Jul 15, 2021 at 8:13 AM Dirk Eddelbuettel  wrote:

>
> On 15 July 2021 at 08:24, ma wh wrote:
> | Colleague of mine wrote some R last week that was working OK, and hasn't
> been changed in itself since that time. This week it's ceased working( I've
> tried it on my machine and also see a fail, the following error is
> encountered:
> |
> | Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not provided
> by package 'Rcpp'
> |
> | Searching around there aren't many hits. Those I do find seem quite
> recent (stackoverflow questions or GitHub issues logged in various
> projects, dates of posting are within the last few days). None of the
> posted queries seem to have a solution, one person said restarting RStudio
> helped, but not in my case. The SO question I found was marked as deleted.
> The GitHub issue I found was "I solved it" but no mention of how. The SO
> question was asking about svg export:
> https://stackoverflow.com/questions/68345118/exporting-a-ggplot-in-svg-call-a-non-esixting-function
> | The GitHub were also asking about packages I don't use -
> | https://github.com/r-spatial/spdep/issues/60
> | https://github.com/drizopoulos/JMbayes2/issues/5
> |
> | Anyone on the list have any pointers? Thanks
>
> Packages following a the GNU style often have a file ChangeLog which
> "details
> changes made to the code". Rcpp follows this convention, see 2021-07-05 and
> 2021-01-017.
>
> Packages following the R packaging conventions often have a file
> inst/NEWS.rd
> (also rendered as NEWS at CRAN). Rcpp follow this conventions, see the Rcpp
> 1.0.7 release (even if the functions is not named).
>
> Packages have source code you can search.I like `ag` aka "the
> silversearcher":
>
>   edd@rob:~/git/rcpp(master)$ ag -c Rcpp_precious_remove
>   ChangeLog:2
>   inst/include/Rcpp/routines.h:3
>   inst/include/RcppCommon.h:2
>   src/rcpp_init.cpp:1
>   src/barrier.cpp:1
>   edd@rob:~/git/rcpp(master)$
>
> It is still there, and available via the standard export mechanism.
>
> I recommend your friend take a look. The function is a) still there yet has
> also b) been supplanted by a more sufficient alternative.
>
> Otherwise, a reproducible example would be the only way to make this
> concrete.
>
> Hope this helps, Dirk
>
> --
> https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
> ___
> Rcpp-devel mailing list
> Rcpp-devel@lists.r-forge.r-project.org
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-10-01 Thread Dominick Samperi 
Hello Dirk,

I have what appears to be a reproducible example of the
"Rcpp_precious_remove"
problem that a few people have complained about. It is reproducible on my
Mac Mini, but may not appear when you try because it is OS and compiler
dependent. There is no problem under Windows, for example. There
seems to be a gc bug lurking.

The test C++ source file (a simple REPL loop), makefile, and
lldb (debugger) backtrace are attached to this message.
When I compile and run on my Mac it fails with a seg fault.

This was tested using R 4.1.1, Rcpp 1.0.7, RInside 0.2.16,
MacOS 10.15.7, and Apple clang 12.0.0.

I have been able to trigger this problem under Ubuntu in
a more complicated project using CMake. It fails every time.
Furthermore, gdb shows that the failure happens on
line 261 of RInside.cpp (where global_env_m = new Rcpp::Environment()).

The comment immediately above this failure point says
there is exposure to "a minimal risk of garbage collection" (based on
feedback from Doug Bates and Luke Tierney). Perhaps the risk is greater
than you anticipated?

BTW, if I build the REPL app and link to a locally built version of
RInside library, and not to the version installed by R, the REPL
app works on my Mac Mini! This is probably due to the fact
that stack/heap corruption can reveal itself in mysterious ways
depending on the precise configuration employed.

Thanks,
Dominick

On Thu, Jul 15, 2021 at 8:13 AM Dirk Eddelbuettel  wrote:

>
> On 15 July 2021 at 08:24, ma wh wrote:
> | Colleague of mine wrote some R last week that was working OK, and hasn't
> been changed in itself since that time. This week it's ceased working( I've
> tried it on my machine and also see a fail, the following error is
> encountered:
> |
> | Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not provided
> by package 'Rcpp'
> |
> | Searching around there aren't many hits. Those I do find seem quite
> recent (stackoverflow questions or GitHub issues logged in various
> projects, dates of posting are within the last few days). None of the
> posted queries seem to have a solution, one person said restarting RStudio
> helped, but not in my case. The SO question I found was marked as deleted.
> The GitHub issue I found was "I solved it" but no mention of how. The SO
> question was asking about svg export:
> https://stackoverflow.com/questions/68345118/exporting-a-ggplot-in-svg-call-a-non-esixting-function
> | The GitHub were also asking about packages I don't use -
> | https://github.com/r-spatial/spdep/issues/60
> | https://github.com/drizopoulos/JMbayes2/issues/5
> |
> | Anyone on the list have any pointers? Thanks
>
> Packages following a the GNU style often have a file ChangeLog which
> "details
> changes made to the code". Rcpp follows this convention, see 2021-07-05 and
> 2021-01-017.
>
> Packages following the R packaging conventions often have a file
> inst/NEWS.rd
> (also rendered as NEWS at CRAN). Rcpp follow this conventions, see the Rcpp
> 1.0.7 release (even if the functions is not named).
>
> Packages have source code you can search.I like `ag` aka "the
> silversearcher":
>
>   edd@rob:~/git/rcpp(master)$ ag -c Rcpp_precious_remove
>   ChangeLog:2
>   inst/include/Rcpp/routines.h:3
>   inst/include/RcppCommon.h:2
>   src/rcpp_init.cpp:1
>   src/barrier.cpp:1
>   edd@rob:~/git/rcpp(master)$
>
> It is still there, and available via the standard export mechanism.
>
> I recommend your friend take a look. The function is a) still there yet has
> also b) been supplanted by a more sufficient alternative.
>
> Otherwise, a reproducible example would be the only way to make this
> concrete.
>
> Hope this helps, Dirk
>
> --
> https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
> ___
> Rcpp-devel mailing list
> Rcpp-devel@lists.r-forge.r-project.org
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
(lldb) bt
* thread #1, queue = com.apple.main-thread, stop reason = EXC_BAD_ACCESS 
(code=1, address=0x0)
  * frame #0: 0x00010647ee99 
Rcpp.so`Rcpp::Rcpp_precious_remove(token=0x) at 
barrier.cpp:[opt]
frame #1: 0x00013467 repl`Rcpp::Rcpp_precious_remove(SEXPREC*) + 119
frame #2: 0x000133e5 repl`Rcpp::Rcpp_PreciousRelease(SEXPREC*) + 21
frame #3: 0x000133ad 
repl`Rcpp::PreserveStorage 
>::~PreserveStorage() + 29
frame #4: 0x00013388 
repl`Rcpp::RObject_Impl::~RObject_Impl() + 24
frame #5: 0x00013365 
repl`Rcpp::RObject_Impl::~RObject_Impl() + 21
frame #6: 0x00013345 repl`RInside::Proxy::~Proxy() + 21
frame #7: 0x00012fd5 repl`RInside::Proxy::~Proxy() + 21
frame #8: 0x00012e77 repl`main + 183
frame #9: 0x7fff7260bcc9 libdyld.dylib`start + 1
(lldb) exit
#include 

int main(int argc, char *argv[]) {
RInside R(argc, argv, false, false, true);

R.parseEval("options(prompt = 'R > ')");
R.parseEval("X11()");
R.repl() ;

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-10-01 Thread Dirk Eddelbuettel 

Howdy,

Somone (on r-help which I don't really follow for lack of time) called [3]
this a 'quasi-FAQ':

  This problem is pratically a StackOverflow FAQ [1], with link to the 
  Rcpp-devel mailing list [2].

  [1] 
https://stackoverflow.com/questions/68416435/rcpp-package-doesnt-include-rcpp-precious-remove
  [2] 
https://www.mail-archive.com/rcpp-devel@lists.r-forge.r-project.org/msg10226.html

With Rcpp 1.0.7 (July 2021) we made one cleanup. But it required you to
upgrade Rcpp itself _if you used any package compiled against 1.0.7_. So the
simple fix as in all those posts ... is to simply ensure that along with
updated packages uses Rcpp you also use the most recent Rcpp version. Then
(generally speaking) everything just as works as usual.

Hope this helps,  Dirk

[3] https://stat.ethz.ch/pipermail/r-help/2021-September/472416.html

-- 
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-10-01 Thread Dominick Samperi 
I forgot to mention, this testing was done using R 4.1.1, Rcpp 1.0.7, and
RInside 0.2.16, using MacOS version 10.15.7 (Catalina), and Apple clang
version 12.0.0.

On Fri, Oct 1, 2021 at 9:50 PM Dominick Samperi  wrote:

> Hello Dirk,
>
> I have what appears to be a reproducible example of the
> "Rcpp_precious_remove"
> problem that a few people have complained about. It is reproducible on my
> Mac Mini, but may not appears when you try because it is OS and compiler
> dependent. There is no problem under Windows, for example. There
> seems to be a gc bug lurking.
>
> The test C++ source file (a simple REPL loop), makefile, and
> lldb (debugger) backtrace are attached to this message.
> When I compile and run on my Mac is fails with a seg fault every time.
>
> I have been able to trigger this problem
> under Ubuntu in a more complicated project using CMake. It
> fails every time. Furthermore, gdb shows that the failure happens on
> line 261 of RInside.cpp (where global_env_m = new Rcpp::Environment()).
>
> The comment immediately above this failure point says
> there is exposure to "a minimal risk of garbage collection" (based on
> feedback from Doug Bates and Luke Tierney). Perhaps the risk is greater
> than you anticipated?
>
> BTW, if I build the REPL app and link to a locally built version of
> RInside library, and not to the version installed by R, the REPL
> app works on my Mac Mini! This is probably due to the fact
> that stack/heap corruption can reveal itself in mysterious ways
> depending on the precise configuration employed.
>
> Thanks,
> Dominick
>
>
> On Thu, Jul 15, 2021 at 8:13 AM Dirk Eddelbuettel  wrote:
>
>>
>> On 15 July 2021 at 08:24, ma wh wrote:
>> | Colleague of mine wrote some R last week that was working OK, and
>> hasn't been changed in itself since that time. This week it's ceased
>> working( I've tried it on my machine and also see a fail, the following
>> error is encountered:
>> |
>> | Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not
>> provided by package 'Rcpp'
>> |
>> | Searching around there aren't many hits. Those I do find seem quite
>> recent (stackoverflow questions or GitHub issues logged in various
>> projects, dates of posting are within the last few days). None of the
>> posted queries seem to have a solution, one person said restarting RStudio
>> helped, but not in my case. The SO question I found was marked as deleted.
>> The GitHub issue I found was "I solved it" but no mention of how. The SO
>> question was asking about svg export:
>> https://stackoverflow.com/questions/68345118/exporting-a-ggplot-in-svg-call-a-non-esixting-function
>> | The GitHub were also asking about packages I don't use -
>> | https://github.com/r-spatial/spdep/issues/60
>> | https://github.com/drizopoulos/JMbayes2/issues/5
>> |
>> | Anyone on the list have any pointers? Thanks
>>
>> Packages following a the GNU style often have a file ChangeLog which
>> "details
>> changes made to the code". Rcpp follows this convention, see 2021-07-05
>> and
>> 2021-01-017.
>>
>> Packages following the R packaging conventions often have a file
>> inst/NEWS.rd
>> (also rendered as NEWS at CRAN). Rcpp follow this conventions, see the
>> Rcpp
>> 1.0.7 release (even if the functions is not named).
>>
>> Packages have source code you can search.I like `ag` aka "the
>> silversearcher":
>>
>>   edd@rob:~/git/rcpp(master)$ ag -c Rcpp_precious_remove
>>   ChangeLog:2
>>   inst/include/Rcpp/routines.h:3
>>   inst/include/RcppCommon.h:2
>>   src/rcpp_init.cpp:1
>>   src/barrier.cpp:1
>>   edd@rob:~/git/rcpp(master)$
>>
>> It is still there, and available via the standard export mechanism.
>>
>> I recommend your friend take a look. The function is a) still there yet
>> has
>> also b) been supplanted by a more sufficient alternative.
>>
>> Otherwise, a reproducible example would be the only way to make this
>> concrete.
>>
>> Hope this helps, Dirk
>>
>> --
>> https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
>> ___
>> Rcpp-devel mailing list
>> Rcpp-devel@lists.r-forge.r-project.org
>> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
>
>
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-10-01 Thread Dominick Samperi 
Hello Dirk,

I have what appears to be a reproducible example of the
"Rcpp_precious_remove"
problem that a few people have complained about. It is reproducible on my
Mac Mini, but may not appears when you try because it is OS and compiler
dependent. There is no problem under Windows, for example. There
seems to be a gc bug lurking.

The test C++ source file (a simple REPL loop), makefile, and
lldb (debugger) backtrace are attached to this message.
When I compile and run on my Mac is fails with a seg fault every time.

I have been able to trigger this problem
under Ubuntu in a more complicated project using CMake. It
fails every time. Furthermore, gdb shows that the failure happens on
line 261 of RInside.cpp (where global_env_m = new Rcpp::Environment()).

The comment immediately above this failure point says
there is exposure to "a minimal risk of garbage collection" (based on
feedback from Doug Bates and Luke Tierney). Perhaps the risk is greater
than you anticipated?

BTW, if I build the REPL app and link to a locally built version of
RInside library, and not to the version installed by R, the REPL
app works on my Mac Mini! This is probably due to the fact
that stack/heap corruption can reveal itself in mysterious ways
depending on the precise configuration employed.

Thanks,
Dominick


On Thu, Jul 15, 2021 at 8:13 AM Dirk Eddelbuettel  wrote:

>
> On 15 July 2021 at 08:24, ma wh wrote:
> | Colleague of mine wrote some R last week that was working OK, and hasn't
> been changed in itself since that time. This week it's ceased working( I've
> tried it on my machine and also see a fail, the following error is
> encountered:
> |
> | Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not provided
> by package 'Rcpp'
> |
> | Searching around there aren't many hits. Those I do find seem quite
> recent (stackoverflow questions or GitHub issues logged in various
> projects, dates of posting are within the last few days). None of the
> posted queries seem to have a solution, one person said restarting RStudio
> helped, but not in my case. The SO question I found was marked as deleted.
> The GitHub issue I found was "I solved it" but no mention of how. The SO
> question was asking about svg export:
> https://stackoverflow.com/questions/68345118/exporting-a-ggplot-in-svg-call-a-non-esixting-function
> | The GitHub were also asking about packages I don't use -
> | https://github.com/r-spatial/spdep/issues/60
> | https://github.com/drizopoulos/JMbayes2/issues/5
> |
> | Anyone on the list have any pointers? Thanks
>
> Packages following a the GNU style often have a file ChangeLog which
> "details
> changes made to the code". Rcpp follows this convention, see 2021-07-05 and
> 2021-01-017.
>
> Packages following the R packaging conventions often have a file
> inst/NEWS.rd
> (also rendered as NEWS at CRAN). Rcpp follow this conventions, see the Rcpp
> 1.0.7 release (even if the functions is not named).
>
> Packages have source code you can search.I like `ag` aka "the
> silversearcher":
>
>   edd@rob:~/git/rcpp(master)$ ag -c Rcpp_precious_remove
>   ChangeLog:2
>   inst/include/Rcpp/routines.h:3
>   inst/include/RcppCommon.h:2
>   src/rcpp_init.cpp:1
>   src/barrier.cpp:1
>   edd@rob:~/git/rcpp(master)$
>
> It is still there, and available via the standard export mechanism.
>
> I recommend your friend take a look. The function is a) still there yet has
> also b) been supplanted by a more sufficient alternative.
>
> Otherwise, a reproducible example would be the only way to make this
> concrete.
>
> Hope this helps, Dirk
>
> --
> https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
> ___
> Rcpp-devel mailing list
> Rcpp-devel@lists.r-forge.r-project.org
> https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel
(lldb) bt
* thread #1, queue = com.apple.main-thread, stop reason = EXC_BAD_ACCESS 
(code=1, address=0x0)
  * frame #0: 0x00010647ee99 
Rcpp.so`Rcpp::Rcpp_precious_remove(token=0x) at 
barrier.cpp:[opt]
frame #1: 0x00013467 repl`Rcpp::Rcpp_precious_remove(SEXPREC*) + 119
frame #2: 0x000133e5 repl`Rcpp::Rcpp_PreciousRelease(SEXPREC*) + 21
frame #3: 0x000133ad 
repl`Rcpp::PreserveStorage 
>::~PreserveStorage() + 29
frame #4: 0x00013388 
repl`Rcpp::RObject_Impl::~RObject_Impl() + 24
frame #5: 0x00013365 
repl`Rcpp::RObject_Impl::~RObject_Impl() + 21
frame #6: 0x00013345 repl`RInside::Proxy::~Proxy() + 21
frame #7: 0x00012fd5 repl`RInside::Proxy::~Proxy() + 21
frame #8: 0x00012e77 repl`main + 183
frame #9: 0x7fff7260bcc9 libdyld.dylib`start + 1
(lldb) exit


makefile
Description: Binary data
#include 

int main(int argc, char *argv[]) {
RInside R(argc, argv, false, false, true);

R.parseEval("options(prompt = 'R > ')");
R.parseEval("X11()");
R.repl() ;
R.parseEval("dev.off()");
exit(0);
}

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-07-15 Thread Dirk Eddelbuettel 

On 15 July 2021 at 14:41, Iñaki Ucar wrote:
| On Thu, 15 Jul 2021 at 10:27, ma wh  wrote:
| > Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not provided by 
package 'Rcpp'
| 
| TL;DR: update your library.

Good catch by Inaki. I had overlooked the C_valid_tz() handle. You are trying
to _run_ code, I had assumed you had tried to compile code.

The only situation that is supportable and testable under the CRAN model is
in fact the CRAN model: _all_ your packages need to be current as they are
tested jointly.  Nobody has the ability to test all random cross-products of
old and new versions.  Usually, it just works, when it doesn't you need to
really make sure everything is current.

And in general, we work really hard to not modify interfaces, and we have
done so only a very few times in the nearly fifteen year history of Rcpp. As
this particular change is an important one, we went ahead with this change.
And would likely do so again.

Dirk

-- 
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-07-15 Thread Iñaki Ucar 
On Thu, 15 Jul 2021 at 10:27, ma wh  wrote:
>
> Hi list
>
> Colleague of mine wrote some R last week that was working OK, and hasn't been 
> changed in itself since that time. This week it's ceased working( I've tried 
> it on my machine and also see a fail, the following error is encountered:
>
> Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not provided by 
> package 'Rcpp'

TL;DR: update your library.

It seems that you are using a package (lubridate) compiled against the
most recent Rcpp release, but you are trying to load it using an old
version of Rcpp. We try hard to smooth things out so that the
transition "forward" (i.e., updating Rcpp) is as painless as possible.
In fact, the recent v1.0.7 landed on CRAN with 2.3k+ reverse depends
and only a couple of issues that got resolved with a rebuild. This is
the inverse situation: the rest of the packages are updated (built
against the newest Rcpp), but the local Rcpp version is an old one.
This is not supported and cannot be supported; otherwise, our hands
would be tied to make any progress or innovation.

-- 
Iñaki Úcar
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel

Re: [Rcpp-devel] Any recent change that would remove Rcpp_precious_remove?

2021-07-15 Thread Dirk Eddelbuettel 

On 15 July 2021 at 08:24, ma wh wrote:
| Colleague of mine wrote some R last week that was working OK, and hasn't been 
changed in itself since that time. This week it's ceased working( I've tried it 
on my machine and also see a fail, the following error is encountered:
| 
| Error in C_valid_tz(tzone): Function 'Rcpp_precious_remove' not provided by 
package 'Rcpp'
| 
| Searching around there aren't many hits. Those I do find seem quite recent 
(stackoverflow questions or GitHub issues logged in various projects, dates of 
posting are within the last few days). None of the posted queries seem to have 
a solution, one person said restarting RStudio helped, but not in my case. The 
SO question I found was marked as deleted. The GitHub issue I found was "I 
solved it" but no mention of how. The SO question was asking about svg export: 
https://stackoverflow.com/questions/68345118/exporting-a-ggplot-in-svg-call-a-non-esixting-function
| The GitHub were also asking about packages I don't use -
| https://github.com/r-spatial/spdep/issues/60
| https://github.com/drizopoulos/JMbayes2/issues/5
| 
| Anyone on the list have any pointers? Thanks

Packages following a the GNU style often have a file ChangeLog which "details
changes made to the code". Rcpp follows this convention, see 2021-07-05 and
2021-01-017.

Packages following the R packaging conventions often have a file inst/NEWS.rd
(also rendered as NEWS at CRAN). Rcpp follow this conventions, see the Rcpp
1.0.7 release (even if the functions is not named).

Packages have source code you can search.I like `ag` aka "the
silversearcher":

  edd@rob:~/git/rcpp(master)$ ag -c Rcpp_precious_remove
  ChangeLog:2
  inst/include/Rcpp/routines.h:3
  inst/include/RcppCommon.h:2
  src/rcpp_init.cpp:1
  src/barrier.cpp:1
  edd@rob:~/git/rcpp(master)$ 

It is still there, and available via the standard export mechanism.

I recommend your friend take a look. The function is a) still there yet has
also b) been supplanted by a more sufficient alternative.

Otherwise, a reproducible example would be the only way to make this
concrete.

Hope this helps, Dirk

-- 
https://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
___
Rcpp-devel mailing list
Rcpp-devel@lists.r-forge.r-project.org
https://lists.r-forge.r-project.org/cgi-bin/mailman/listinfo/rcpp-devel