similar to: Compiling R-3.3.0 and/or R-3.3.1 with custom location for dependencies like zlib

On 07/05/2016 12:52 PM, Syagin, Fedor wrote: > Greetings. > Sorry I am a bit new to this list. > I am trying to compile R-3.3.0 and/or R-3.3.1 on computational cluster running Centos 6.6 > I have custom installation of zlib 1.2.8 , but it's not in default /lib /usr/lib /usr/include location and configure script keeps failing when looking for it. > It doesn't seem to care if

Hi all, Can I do a simple rolling upgrade from 3.3.0 to 3.3.1? Or are there some gotchas? Pat

Thanks for your reply. I searched for the error on Google before resorting to the R forum (help group). I tried Sys.env(...) too, but didn't resolve the error I get. Hence I am looking for solution. -- -----Original Message----- From: Thierry Onkelinx [mailto:thierry.onkelinx at inbo.be] Sent: Thursday, February 01, 2018 10:57 AM To: Sariya, Sanjeev <ss5505 at cumc.columbia.edu>

This is not an R issue so this is not a good venue... it has to do with which support software you have (not) installed. Try the R-sig-debian mailing list. Please clarify to them how you installed R... for Debian there are relevant deb packages and a corresponding Debian repository that provide the simplest route to a working system, but if you compile it yourself it is easy to miss dependencies.

Thanks for pointing to FAQ: I tried with cairo (shared in commands), unfortunately didn't work. -- Sanjeev Sariya -----Original Message----- From: Jeff Newmiller [mailto:jdnewmil at dcn.davis.ca.us] Sent: Thursday, February 01, 2018 10:12 AM To: r-help at r-project.org; Sariya, Sanjeev <ss5505 at cumc.columbia.edu>; r-help at r-project.org Subject: Re: [R] Error while working with

Dear Sanjeev, It seems that you system neither supports X11 devices nor cairo devices. See http://lmgtfy.com/?q=R+unable+to+open+connection+to+X11 for possible solutions. Best regards, ir. Thierry Onkelinx Statisticus / Statistician Vlaamse Overheid / Government of Flanders INSTITUUT VOOR NATUUR- EN BOSONDERZOEK / RESEARCH INSTITUTE FOR NATURE AND FOREST Team Biometrie & Kwaliteitszorg /

Thanks. I think nabble is good for programming questions. Bear with me if I'm incorrect. Data: Genomics SNP information Goal: I need to add Chromosome and SNP position to the data frame I'm using through apply. I'd like to add new column from text processed through apply function. For example: 10:60523:T:G (Column 2) CHR: 10 Position: 60523 Dataset: chr rs ps n_miss allele1

Hi All, I have installed on a RHEL 5.7 server the recent R-3.3.0 rpm but I would like to upgrade to the latest now available R-3.3.1 . I have not found so far the rpm, I would like to know if and when it will be available? Thanks in advance, Cris This e-mail is confidential and may also contain privileged information. If you are not the intended recipient you are not authorised to read,

On Tue, Jun 7, 2016 at 11:46 AM, Tom Callaway <tcallawa at redhat.com> wrote: > On 06/06/2016 05:04 PM, Brian Fallik wrote: > > Apologies if this email is a top post. I'm not sure how to reply to a > > thread if I'm not subscribed. > > > > We recently encountered the same issue that Evan reported on 6/4 and I > can > > confirm that updated to

Hello members, Can I ask question for apply, adding new column to data frame on this e-mail list? Thanks! [[alternative HTML version deleted]]

Hello Fedor. Thank you for the information. I made a simple patch that exposes PassInstrumentationCallback so llvmGetPassPluginInfo can use it: https://reviews.llvm.org/D71086 . Would this change make sense? Thanks, Juneyoung Lee On Thu, Dec 12, 2019 at 12:44 AM Fedor Sergeev <fedor.sergeev at azul.com> wrote: > > > On 12/3/19 8:01 PM, Juneyoung Lee via llvm-dev wrote: > >

On 03/15/2018 01:32 PM, Fedor Sergeev via llvm-dev wrote: > For this to be really usable in this setup we need additionally to: >   - extend -print-module-scope to cover basic block passes >   - introduce a clear way to separate module IRs as those are being > printed by -print-after-all > > But yes, it should work, and a wrapper that pipes to git fast-import > seems to be

Is there a reason for why `-asan` and `-asan-module` can be mixed but Function passes and Module passes with the new PM can't be mixed? - Leo On Thu, Sep 27, 2018 at 3:21 AM Fedor Sergeev <fedor.sergeev at azul.com> wrote: > > On 09/27/2018 12:25 PM, Philip Pfaffe wrote: >> >> `opt < %s -passed='asan' -asan-module -S` > > asan-module is another

Does git-commit-after-all print correctly after all the passes? Maybe I messed it up and it skip some passes, therefore having less to do? Either that, or piping has a higher cost than writing to file. Looks like it surprisingly spends much less time in system more when going through file. Maybe that's because the file is consistently around the same size and is mmapped into memory

Strange error which took down my server today: Unhandled listen loop exception #<Errno::EMFILE: Too many open files - accept>. /usr/local/ruby-enterprise-1.8.7-2010.01/lib/ruby/gems/1.8/gems/unicorn-3.3.1/lib/unicorn/http_server.rb:606:in `kgio_tryaccept'' /usr/local/ruby-enterprise-1.8.7-2010.01/lib/ruby/gems/1.8/gems/unicorn-3.3.1/lib/unicorn/http_server.rb:606:in

The print-module-after-all type of option exists in upstream: -print-module-scope - When printing IR for print-[before|after]{-all} always print a module IR commit 7d160f714357f6784ead669ce516e94991c12e5a Author: Fedor Sergeev <fedor.sergeev at azul.com<mailto:fedor.sergeev at azul.com>> Date: Fri Dec 1 17:42:46 2017 +0000 IR

Dear Xen users, I have a problem with "Xen 3.3.0". All domU (paravirt) only have "32 KB" of cache instead of "6144 KB" as listed in dom0. This is really noticeable under load since the system tends to be really slow. I did not have this problem with "Xen 3.2.1". I''m using the same domU configuration files for the new and the old installation.

Hello! I've discovered that `CallSiteSplitting` optimization doesn't support musttail calls. The easiest fix as it stands is disabling it for such call sites: https://reviews.llvm.org/D43729 . However, I'm not happy with such contribution. My more sophisticated attempt has failed due to my poor understanding of llvm internals. Here is the attempted patch:

I''m having issues with HVM live migration and every xen version I''ve tried - 3.0.1, 3.1.x, 3.3.0 and 3.3.1. Migrations will fail intermittently with messages like this on the receiving hypervisor: [2009-02-02 11:35:19 12629] DEBUG (XendCheckpoint:264) [xc_restore]: /usr/lib64/xen/bin/xc_restore 4 4 2 3 1 1 1 [2009-02-02 11:35:19 12629] INFO (XendCheckpoint:403)

Hmm... I tried Alexandre's fix from D44244 and surprisingly it appears that just using -print-module-scope w/o any additional git actions is waaaay slower on my testcase than -git-commit-module-all. Hell, even a plan -print-after-all is slower:  ] time R/bin/opt -O3 some-ir.ll -disable-output -git-commit-after-all 2>/dev/null real    0m8.041s user    0m7.133s sys     0m0.936s ] time