From patchwork Wed Nov 10 10:33:09 2021 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Patchwork-Submitter: Tobias Burnus X-Patchwork-Id: 47384 Return-Path: X-Original-To: patchwork@sourceware.org Delivered-To: patchwork@sourceware.org Received: from server2.sourceware.org (localhost [IPv6:::1]) by sourceware.org (Postfix) with ESMTP id 7619B385782C for ; Wed, 10 Nov 2021 10:33:40 +0000 (GMT) X-Original-To: gcc-patches@gcc.gnu.org Delivered-To: gcc-patches@gcc.gnu.org Received: from esa4.mentor.iphmx.com (esa4.mentor.iphmx.com [68.232.137.252]) by sourceware.org (Postfix) with ESMTPS id 1BAF53858404 for ; Wed, 10 Nov 2021 10:33:23 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 1BAF53858404 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=codesourcery.com Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=mentor.com IronPort-SDR: xxviM9wciWcaiKQZstTKk4cBXkQewN2bhlH8TnpwlGNGR7Ib/+25i5XQhvJk6vvowQiGKw7r6R SBvLLcVpDWMoc3gBye3CBqE9ynMJ/JLvzYIHTi3BV261i5naP2Mh0yerxI7atQp8nHT78FQ/nE o4tHtnJlyiMgSpYOLHZ16W4siREue2XhZRKOusiF54ejWyJrLK4rP97i7R/jT3eFFhpKOZu6fV Y0XnZO/cipmFPrwSu5vJ9fCmTctl+O+8WG2rqy2TxSX7is5g2QhReZe4K4cmsRskDDMuy9l4Qf Z+5tdTiTZrRVnR9AqJn11tC5 X-IronPort-AV: E=Sophos;i="5.87,223,1631606400"; d="diff'?scan'208";a="68306446" Received: from orw-gwy-01-in.mentorg.com ([192.94.38.165]) by esa4.mentor.iphmx.com with ESMTP; 10 Nov 2021 02:33:21 -0800 IronPort-SDR: BeKBFK9p5qEnHGURGyzVaO7lHl/Av2J+/7/lb1+mbmW42waKYwbTN9bSTkV03WbyOljaE+boEg NxAoiU3Bb5pVZ01eHbHJ1HPDv2pGdEwECw4r1yzPY5N2SOlBr8pOsKFbP1nWgelCXTl1/sIGtK l5f/0ahkpD8m9KnLAVVs/D92JNHt3NnMyzylWDEK0s86E5Fhj9zqCjoQXbk9haREpUXRDJXH3K 3Ft5skaQI0ykXDk+ST0rUyhuv+GB2+DE+OnBsyvsGYmE/uViy2oYLU5VIiTDfqSg056PgyLl2l q88= Message-ID: Date: Wed, 10 Nov 2021 11:33:09 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.3.0 Content-Language: en-US To: gcc-patches , Jakub Jelinek , Gerald Pfeifer From: Tobias Burnus Subject: [wwwdocs, patch] gcc-12/changes.html: Update OpenMP status X-Originating-IP: [137.202.0.90] X-ClientProxiedBy: svr-ies-mbx-09.mgc.mentorg.com (139.181.222.9) To svr-ies-mbx-01.mgc.mentorg.com (139.181.222.1) X-Spam-Status: No, score=-11.6 required=5.0 tests=BAYES_00, GIT_PATCH_0, HEADER_FROM_DIFFERENT_DOMAINS, KAM_DMARC_STATUS, KAM_SHORT, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gcc-patches@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gcc-patches mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: gcc-patches-bounces+patchwork=sourceware.org@gcc.gnu.org Sender: "Gcc-patches" Cumulative update of the OpenMP 5.x changes in GCC 12. I hope it covers all essential changes. Of course, some other could be added like 'omp target in_reduction', which was missing before (oversight) and possibly other things, which I have missed. For the last bullet: the implementation-status documentation is new – but even if it were not, linking to it makes sense. I kept adding and removing a 'full' after the "The", which sounds better but while the list in libgomp.texi is extensive, it does not have "full" coverage of all changes. Additionally, as it is new, a "now" could be added after "can". Suggestions, additions, wording changes? Tobias ----------------- Siemens Electronic Design Automation GmbH; Anschrift: Arnulfstraße 201, 80634 München; Gesellschaft mit beschränkter Haftung; Geschäftsführer: Thomas Heurung, Frank Thürauf; Sitz der Gesellschaft: München; Registergericht München, HRB 106955 gcc-12/changes.html: Update OpenMP status diff --git a/htdocs/gcc-12/changes.html b/htdocs/gcc-12/changes.html index 81f62fe3..bbb8f2ac 100644 --- a/htdocs/gcc-12/changes.html +++ b/htdocs/gcc-12/changes.html @@ -70,20 +70,36 @@ a work-in-progress.

New Languages and Language specific improvements

    -
  • OpenMP 5.0 support has been extended: The close map modifier +
  • OpenMP +
      +
    • OpenMP 5.0 support has been extended: The close map modifier and the affinity clause are now supported and for Fortran additionally the following features which were available in C and C++ - before: depobj, mutexinoutset and - iterator can now also be used with the depend - clause, defaultmap has been updated for OpenMP 5.0, and the - loop directive and combined directives - involving master directive have been added. Additionally, - the following OpenMP 5.1 feature have been added: support for expressing + before: declare variant is now available, + depobj, mutexinoutset and iterator + can now also be used with the depend clause, + defaultmap has been updated for OpenMP 5.0, and the + loop directive and combined directives involving + master directive have been added.
    • +
    • The following OpenMP 5.1 feature have been added: support for expressing OpenMP directives as C++ 11 attributes, the masked and scope construct, the nothing and error directives, and using primary with the proc_bind clause and OMP_PROC_BIND environment - variable. + variable, the reproducible and unconstrained + modifiers to the order clause, and, for C/C++ only, the + align- and allocate-modifiers to the allocate clause and + the atomic extensions are now available. The + OMP_PLACE environment variable supports the OpenMP 5.1 + features and the OMP_NUM_TEAMS and + OMP_TEAMS_THREAD_LIMIT environement variables and their + associated API routines are now supported as well as the memory-allocation + routines added for Fortran and extended for C/C++ in OpenMP 5.1. In + Fortran code, strictly-structured blocks can be used.
    • +
    • The OpenMP Implementation Status can be found in the libgomp manual.
    • +
  • The new warning flag -Wopenacc-parallelism was added for OpenACC. It warns about potentially suboptimal choices related to