From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 98663 invoked by alias); 18 Feb 2019 18:22:13 -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 98620 invoked by uid 89); 18 Feb 2019 18:22:13 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=watched, fairly, 64, UD:youtube.com 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; Mon, 18 Feb 2019 18:22:11 +0000 X-Amavis-Alert: BAD HEADER SECTION, Duplicate header field: "Cc" Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 39FE2AEA9; Mon, 18 Feb 2019 18:22:09 +0000 (UTC) From: Martin Jambor To: sameeran joshi , gcc@gcc.gnu.org Cc: Andi Kleen Cc: Subject: Re: [GSoC 2019] [extending Csmith for fuzzing OpenMp extensions] In-Reply-To: References: User-Agent: Notmuch/0.26 (https://notmuchmail.org) Emacs/26.1 (x86_64-suse-linux-gnu) Date: Mon, 18 Feb 2019 18:22:00 -0000 Message-ID: MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2019-02/txt/msg00091.txt.bz2 Hello Sameeran, On Sun, Feb 10 2019, sameeran joshi wrote: > Hi,I am an undergraduate student currently in final year of computer > science and engineering degree course from Pune University, India. I > and Shubham have been working on Last year's GSoC project idea : > > Implement a fuzzer leveraging GCC extensions. Fuzzers like csmith are > fairly good at finding compiler bugs. But they only generate standard > C, but no extensions. GCC has many extensions, which are not covered. > It would be good to extend a fuzzer like csmith to fuzz extensions > like OpenMP, attributes, vector extensions, etc. Then run the fuzzer > and report compiler bugs. > > since June 2018 under the guidance of mentor Andi Kleen. > I worked on generating GCC C language extensions here is the link > (coverage reports,implemented extension's list,bugs found,test cases, > and usage are in README file on github) > github Link: https://github.com/Sameeranjoshi/csmith/tree/gcc-extensions > > We choose this as our university project as well, and are still > fuzzing the extensions on compiler farm. > > Based on the previous work I would like to propose the following idea > for GSoC 2019: > Extending Csmith for OpenMP extensions. > > I would implement following constructs of OpenMP > > 1.PARALLEL CONSTRUCT > 2.WORKSHARING CONSTRUCTS - > 2.1 sections > 2.2 single > 2.3 loop constructs > 2.4 master construct > 3.TEAMS CONSTRUCT > 4.TASKING CONSTRUCT - > 4.1 task > 4.2 taskloop > 4.3 taskloop simd > 4.4 taskyield > 5.SYNCHRONIZATION CONSTRUCTS - > 5.1 critical > 5.2 atomic > 5.3 barrier > 5.4 taskwait > 5.5 taskgroup > 6.DATA SHARING ATTRIBUTES - > 6.1 private > 6.2 public > 6.3 firstprivate > 6.4 lastprivate > Also, I would like to work on the target constrains if time permits. > The main challenge what I think would be to ensure that there aren't > any data races and data conflicts so that the parallelized program is > not undefined. > > Usage for the GCC community : > 1. It might have slight large increments in code coverage and trigger > a lot of unique code . > > I have watched > A "Hands-on" Introduction to OpenMP | Tim Mattson, Intel all 4 parts > https://www.youtube.com/watch?v=pRtTIW9-Nr0 > > I have started reading the specification of latest 5.0 standard. > Please suggest if this could be an interesting idea for upcoming GSoC ? > Indeed it is, you clearly have it thought out very well. I have noted it down and am looking forward to your project submission (assuming Google approves us as a participating organization, of course). Meanwhile, if you have any technical questions, regarding the GCC extensions you listed above, feel free to ask here on the list. Good luck diving into the OpenMP spec and thank you, Martin