similar to: [GSOC 2018] Implement a single updater class for Dominators

Hi Chijun, Thanks for your interest in the project. I have gone through most of the LLVM Kaleidoscope tutorial and I have > watched the video of the presentation “Dominator Trees and incremental > updates that transcend time” presented on the 2017 LLVM Developers’ > Meeting. I have also started to understand the algorithm mentioned in > the comments of the code related to the

Hello, I’m an undergraduate student studying CS in the South China University of Technology. I have been using clang compiler and related tools since I started studying C++ and I would like to work on LLVM in this year’s GSoC. I am interested in “Implement a single updater class for Dominators”. [1] I have achieved a bronze medal in the 2017 ACM-ICPC Asia Xian Regional Contest [2] (being a

Hi Chijun, Great, seems like you did a lot of progress and understand the issues quite well! I have done some early sketch on the API of the new updater class. > From my current understanding, to solve the fragmentation problem of > the API, the new class first, need to maintain the DomTree and > PostDomTree class and deprecate the DefferredDominance class. > There are a couple of

Hi Chijun, I left you my feedback in the doc (+ some nitpicks). Overall, it looks very solid and shows you understand the problem well and know what to expect. Your proposed timeline is reasonable and I don't see any major things to improve there. Don't hesitate to reach out if you have any questions related to my comments (either here or in the document). Thanks, Kuba On Wed, Mar 21,

Hi Kuba, Thanks for your feedback. I have made some improvements on the proposal according to your feedback and clarify something on the time availability. I left comments on the questions you asked in the doc. Please check it out. Thanks, Chijun 2018-03-22 10:37 GMT+08:00 Jakub (Kuba) Kuderski <kubakuderski at gmail.com>: > Hi Chijun, > > I left you my feedback in the doc (+

Hi Kuba, Thanks for your advice in your previous letter. During last week, I have read the documents on Doxygen and the source code of the DomTreeBase/DomTree/PostDomTree/DeferredDominance class, I believe now I have a much better understanding on the relationship between these classes and how DeferredDominance class performs lazy updates. I have also learnt the current usage and drawbacks of

Hi Kuba, Thanks for your clarification on the project in the previous letter. I have submitted a proposal draft at the GSoC website, the draft has been shared with the LLVM organization. I will appreciate it if you can give me some advice on the proposal. This draft can be viewed by the organization. (If you do not have access, please mail me, and I will give you the link.) I am looking forward

Hello, My proposal for GSoC 2018 on implementing a single updater class for Dominators [1] was accepted. This summer, I’ll work with my mentor Jakub Kuderski on implementing a new uniform API for Dominators and I will try to make incremental updates faster on that basis. Thanks, Chijun Sima [1] https://docs.google.com/document/d/1u16tMTV-OiOTW1mpdk88IFj6lV8Hb7-LijH0MIBl0IU/edit?usp=sharing

Hi there, I just installed the package under windows, and it works very well. However, as I tried to install it on a cluster which uses linux OS, "Linux lionxc.aset.psu.edu 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux" I always failed. The message during the installation process is as follows: > install.packages("geepack") Warning

On Tue, 2015-04-21 at 11:46 -0600, Andy Jacobson (NOAA Affiliate) wrote: > Hi, > > I'm encountering trouble compiling caTools_1.17.1.tar.gz and > e1071_1.6-4.tar.gz on a Linux system using the Intel compiler suite. > 14 other packages I generally use installed without any trouble. I > notice both of these trouble packages have a C++ component, so I > wonder if that might

Hi Martyn, Thanks for your insight, that seems pretty direct. Unfortunately, I did not compile this version of R (it's on a large supercomputer system and this version of R was installed by the admins). Using "R CMD config", I see the following relevant settings: DYLIB_LD = icc -std=gnu99 DYLIB_LDFLAGS = -shared -openmp LDFLAGS = -L/opt/compilers/intel/cce/9.1.039/lib

Hello! 1st sorry my bad english, I'm brazilian and don't speak/write english very well. I'm a newer samba user and I've encountered a problem with file access on my SambaServer. follow my smb.conf: [global] workgroup = EPOPEIA netbios name = CHARIZARD server string = Charizard - File Server interfaces = 10.0.0.1/24 encrypt passwords = Yes

I would like to build R and packages with the Intel 10.1 compilers in RHEL4. Using the flags below, I can successfully build R using a vanilla ./configure, but when I install new packages they build with gcc. My sysadmin suggested adding the flags to ./configure as illustrated below, but then the R build blows up with the config tail output that follows far below. It looks like gcc is still being

Hi, I'm encountering trouble compiling caTools_1.17.1.tar.gz and e1071_1.6-4.tar.gz on a Linux system using the Intel compiler suite. 14 other packages I generally use installed without any trouble. I notice both of these trouble packages have a C++ component, so I wonder if that might be the issue. Below, there's information on my platform, compiler, and some diagnostic output showing

Hi Devs, I am Kamlesh Kumar,CS undergraduate at NIT Manipur,India. I have been programming in C/C++ for more than 3 year. I have gone through various LLVM Core libraries and it's tool as well implemented it in my project .I am well aware of core concepts related to LLVM and it's code base, I have read three books available at Safari Online Books 1. LLVM - Essentials 2. LLVM - Cookbook 3.

Let me add that when not specifying the '--host' option, the whole thing fails as well: ../llvm/configure CXX=icpc CC=icc CXXFLAGS="-O3 -mmic" CFLAGS="-O3 -mmic" checking for C compiler default output file name... a.out checking whether the C compiler works... configure: error: cannot run C compiled programs. If you meant to cross compile, use `--host'. Frank

Hi Sagar, Thanks for the interest in the project. I left you some comments and feedback in the google doc with your proposal. Let us know if you have any questions. Sincerely, Jakub On Wed, Mar 21, 2018 at 2:37 PM, Sagar Thakur via llvm-dev < llvm-dev at lists.llvm.org> wrote: > Hi, > > I am a first year M.Tech (computer science) student at IIIT Hyderabad. I > am interested

I'm compiling the latest stable build (2.7.0) from source using the Intel Compilers, following the hints in the R-admin guide. I'm using OpenSUSE 10.3 on a Intel Q6600 system. First let me explain a few things I did: 1: Download & Install all the Intel Compilers (as well as the Intel Math Kernel Library) (All defaults) 2: Set up my environment variables in profile.d, using the handy

Hi, I am a first year M.Tech (computer science) student at IIIT Hyderabad. I am interested in working on the project - single updater class for the dominator tree in llvm and the algorithm for pruning unwanted changes to the Post Dominator Tree. I have gone through the programmers manual of llvm in the past and I have 3 years experience of working with the LLVM community. I have also gone

Hello, I compiled R-2.15.2 with linux intel compilers (see below). when I execute some R code on a // 4 proc x 4 cores // server (export MKL_NUM_THREADS = 16) very often I have the situations where only one processor (4 cores) is active instead of 4 (16 cores) ! do you know this fact depends on what ? thank you ! P.S. many functions of R are single-threaded, is there a simple way to make them