[R] byte coding compiling.....

Jeff Newmiller jdnewm|| @end|ng |rom dcn@d@v|@@c@@u@
Thu Jul 7 18:40:17 CEST 2022


That item refers to the package having some compiled language (e.g. C, C++, Fortran, etc) components. The very fact that it got installed confirms that compilation occurred... it would not be usable otherwise.

On July 7, 2022 8:38:49 AM PDT, akshay kulkarni <akshay_e4 using hotmail.com> wrote:
>Dear Uwe,
>                  I have attached the info from the parallel package description from my Rstudio IDE:
>
>Package: parallel
>Version: 4.1.2
>Priority: base
>Title: Support for Parallel computation in R
>Author: R Core Team
>Maintainer: R Core Team <do-use-Contact-address using r-project.org>
>Contact: R-help mailing list <r-help using r-project.org>
>Description: Support for parallel computation, including by forking
>   (taken from package multicore), by sockets (taken from package snow)
>   and random-number generation.
>License: Part of R 4.1.2
>Imports: tools, compiler
>Suggests: methods
>Enhances: snow, nws, Rmpi
>NeedsCompilation: yes
>Built: R 4.1.2; x86_64-w64-mingw32; 2021-11-01 18:38:05 UTC; windows
>
>It says: NeedsCompilation: yes
>
>How about it?
>
>Yours sincerely,
>AKSHAY M KULKARNI
>
>________________________________
>From: Uwe Ligges <ligges using statistik.tu-dortmund.de>
>Sent: Thursday, July 7, 2022 4:08 PM
>To: akshay kulkarni <akshay_e4 using hotmail.com>; Bert Gunter <bgunter.4567 using gmail.com>
>Cc: R help Mailing list <r-help using r-project.org>
>Subject: Re: [R] byte coding compiling.....
>
>
>
>On 06.07.2022 19:54, akshay kulkarni wrote:
>> Dear Bert,
>>                   Thanks for your reply...
>>
>> So
>>> cmpfun(mclapply)
>
>mclapply is already byte compiled as it is in a package.
>
>You may want to
>cmpfun(yourFunction)
>the function that you use in the mclapply call.
>
>Best,
>Uwe Ligges
>
>
>>
>> should  do the job right?
>>
>> By the by, how can I give a reprex? Reprex of the code that I am giving to mclapply (as FUN argument)?
>>
>> Yours sincerely,
>> AKSHAY M KULKARNI
>> ________________________________
>> From: Bert Gunter <bgunter.4567 using gmail.com>
>> Sent: Wednesday, July 6, 2022 10:32 PM
>> To: akshay kulkarni <akshay_e4 using hotmail.com>
>> Cc: R help Mailing list <r-help using r-project.org>
>> Subject: Re: [R] byte coding compiling.....
>>
>> Unlikely
>>
>> See here:
>>   https://www.r-bloggers.com/2017/08/how-to-make-best-use-of-the-byte-compiler-in-r/
>>
>> Byte code compilation should be automatic in both cases, as I understand it. Of course, I could be wrong due to special features of parallel  programming, etc.
>>
>> A reprex might be helpful here.
>>
>> Cheers,
>> Bert
>>
>>
>> On Wed, Jul 6, 2022, 7:29 PM akshay kulkarni <akshay_e4 using hotmail.com<mailto:akshay_e4 using hotmail.com>> wrote:
>> Dear members,
>>                            I am using pbmclapply, the progress bar version of mclapply, from the parallel package. The point is, pbmclapply is three times faster than mclapply, and I think the most probable reason would be that pbmclapply is byte code compiled (I can think of no other reason).
>>
>> I know the cmpfun function from compiler package. If I do:
>>
>>> cmpfun(mclapply)
>>
>> will the job be done? The point is mclapply may look for other functions in the parallel package. So I have to compile the whole package right? How do you do that? or in general, how do you byte code compile a whole package?
>>
>> Thanking you,
>> Yours sincerely,
>> AKSHAY M KULKARNI
>>
>>          [[alternative HTML version deleted]]
>>
>> ______________________________________________
>> R-help using r-project.org<mailto:R-help using r-project.org> mailing list -- To UNSUBSCRIBE and more, see
>> https://stat.ethz.ch/mailman/listinfo/r-help
>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>> and provide commented, minimal, self-contained, reproducible code.
>>
>>        [[alternative HTML version deleted]]
>>
>> ______________________________________________
>> R-help using r-project.org mailing list -- To UNSUBSCRIBE and more, see
>> https://stat.ethz.ch/mailman/listinfo/r-help
>> PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>> and provide commented, minimal, self-contained, reproducible code.
>
>	[[alternative HTML version deleted]]
>
>______________________________________________
>R-help using r-project.org mailing list -- To UNSUBSCRIBE and more, see
>https://stat.ethz.ch/mailman/listinfo/r-help
>PLEASE do read the posting guide http://www.R-project.org/posting-guide.html
>and provide commented, minimal, self-contained, reproducible code.

-- 
Sent from my phone. Please excuse my brevity.



More information about the R-help mailing list