From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 91791 invoked by alias); 4 Apr 2019 12:24:36 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 91608 invoked by uid 89); 4 Apr 2019 12:24:28 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-4.7 required=5.0 tests=AWL,BAYES_00,SPF_PASS autolearn=ham version=3.3.1 spammy=interests, timely, uploads, H*i:sk:yiuw@ma X-HELO: mx1.suse.de Received: from mx2.suse.de (HELO mx1.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Thu, 04 Apr 2019 12:24:16 +0000 Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id EFF99AEF7; Thu, 4 Apr 2019 12:24:09 +0000 (UTC) From: Martin Jambor To: Bryan Carroll , gcc@gcc.gnu.org Cc: Jakub Jelinek , Jan Hubicka Subject: Re: GSoC OMPD In-Reply-To: References: User-Agent: Notmuch/0.28.2 (https://notmuchmail.org) Emacs/26.1 (x86_64-suse-linux-gnu) Date: Thu, 04 Apr 2019 12:24:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2019-04/txt/msg00059.txt.bz2 Hello Bryan, On Wed, Apr 03 2019, Bryan Carroll wrote: > Hi, > > I know my first email is vague. I wanted to throw it out there since > the April 9th deadline is coming up. I was hoping Jakub Jelinek, who would be the mentor, would chime in earlier. But unfortunately he has probably not been online in the past few days. (And I admit I struggle a little bit to answer all GSoC email in a timely manner this week too). > So far, I've built gcc several > times. I downloaded the gcc source code. Also I compiled a program > with the -fdump options and looked through the files. Good. > I've been using > gcc for a few years now for projects.. If you think that OMPD will too > much for a first time GCC developer, I'm willing to try for a > different project. More on OMPD below. If you have not worked with OpenMP internals before, OMPD is probably going to be a steep uphill struggle, even drafting the proposal given how much time is left. I believe the "Bypass assembler when generating LTO object files" is much easier for a complete newcomer (and so far other students showed little interest in it). You can try reaching out to Honza Hubicka (CCed) for further guidelines (but remember to read the info on wiki including the linked old patch). > > On Mon, Apr 1, 2019 at 2:05 PM Bryan Carroll wrote: >> >> Hi, >> >> My name is Bryan Carroll and I'm a M.S. student in the Applied >> Mathematics and Computer Science program at University of Central >> Oklahoma. I'm interested in the OpenMP and GDB debugger project. >> >> A little bit about myself: I've been programming for about 6 years, >> the majority of those years in C++ or C. Last year I started learning >> about parallelization. I taught myself MPI and recently started >> learning OpenMP. I have some experience with compiling - I'm taking a >> Progamming Languages class right now. The final project is an >> assembler. >> >> I know how to debug programs. However, I don't really know much about >> how debuggers work. I also don't really know about how OpenMP works >> underneath the directives. I very much want to learn about these >> topics. I'm very much willing to learn and think I could be of help to >> this project. >> >> What I'd like to know and discuss: What other pre-requisites are there >> other than those listed on the GNU GSoC page? First and foremost, you'd need to read through and reasonably understand the OMPD specification, which is in Chapter 5 of https://www.openmp.org/wp-content/uploads/OpenMP-API-Specification-5.0.pdf Then you would need to have some knowledge of how GCC handles OpenMP programs (compile a simple one with -fdump-tree-all and look at the dumps) and especially how the run-times work. The run-time is in subdirectory libgomp of the GCC source repository, you can start by finding an entry point that interests you (that you can find for example in the aforementioned dumps) and then just keep reading. But there is a fair amount to read. I must say I myself do not know what GDB background would be necessary. But probably just following the spec would be more than enough for a GSoC projet. >>Also what would the goals and timeline look like? For this, especially the timeline, we probably need Jakub's input. The goal would be to implement a substantial portion of the spec, but I cannot quickly provide any guidance about how time consuming different parts are likely to be. Good luck, Martin