From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 72480 invoked by alias); 5 Sep 2018 10:46:17 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 71385 invoked by uid 89); 5 Sep 2018 10:46:16 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-6.1 required=5.0 tests=BAYES_00,FREEMAIL_FROM,GIT_PATCH_2,KAM_ASCII_DIVIDERS,KAM_SHORT,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=placing, ia32, Discovered X-HELO: mail-wm0-f43.google.com Received: from mail-wm0-f43.google.com (HELO mail-wm0-f43.google.com) (74.125.82.43) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 05 Sep 2018 10:46:14 +0000 Received: by mail-wm0-f43.google.com with SMTP id y139-v6so7409883wmc.2 for ; Wed, 05 Sep 2018 03:46:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:to:from:subject:message-id:date:user-agent:mime-version :content-language; bh=pUnjqEpFFiUgTkCwTwnMJl3zvoLbuWXMg8S/fxyFq3E=; b=nwOhxQ/yrnB4AD5z0N4QYO8rtjmh2VDqijTsTxl3vnct/kQA9jX/1/AXC20eyFfK5L pfuHG3pR89+dzUlVJ9WDUudE+6Rf0Ueg9O+2qayln74xZZlGrIxRmjBHivknSYoyWBNW +9PXjxKjLDB6SltcyvuIQRjaMVrdtzgIxwBVMN3dodu5tsXd4gxsvC38/NvnjmrkLJdL KwjX+9jeEj+doIJR1hoN/5oOnC9HaRWOuhVtwBmoMsg8z9DdYMqwDrpOKOKG+Su1LYj+ tLhZj5fx0kz+kdLkS1Y9Rb066NnRORK4TtlPG7qvJr8+OWDY/pdDKkkxFlVF2+Fsucx8 FPww== Return-Path: Received: from ?IPv6:2a02:c7f:5e03:5000:bc2f:3940:5b6c:7995? ([2a02:c7f:5e03:5000:bc2f:3940:5b6c:7995]) by smtp.googlemail.com with ESMTPSA id l7-v6sm2155683wrt.67.2018.09.05.03.46.11 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 05 Sep 2018 03:46:11 -0700 (PDT) Sender: Nathan Sidwell To: GCC Patches , Gerald Pfeifer From: Nathan Sidwell Subject: [wwwdocs] Document 87137 fix Message-ID: Date: Wed, 05 Sep 2018 10:46:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="------------5C1EBEDF2D81F8382A0C62F4" X-SW-Source: 2018-09/txt/msg00255.txt.bz2 This is a multi-part message in MIME format. --------------5C1EBEDF2D81F8382A0C62F4 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-length: 292 Gerald, this documents the fix for pr87137. Discovered as a GCC-8 regression, turned out to be an ABI bug. Decided to fix the entire bug in one go. Are these changes.html changes ok? Patch discussion at https://gcc.gnu.org/ml/gcc-patches/2018-08/msg01900.html nathan -- Nathan Sidwell --------------5C1EBEDF2D81F8382A0C62F4 Content-Type: text/x-patch; name="www-docs.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="www-docs.diff" Content-length: 2259 Index: gcc-8/changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-8/changes.html,v retrieving revision 1.94 diff -r1.94 changes.html 1351a1352,1377 > >

GCC 8.3

> > GCC 8.3 is not yet released. > >

Windows

> >
    >
  • A C++ Microsoft ABI bitfield layout > bug, PR87137 > has been fixed. A non-field declaration could cause the current > bitfield allocation unit to be completed, incorrectly placing a > following bitfield into a new allocation unit. Microsoft ABI is > selected for: >
      >
    • Mingw targets >
    • PowerPC, IA-32 or x86-64 targets > when -mms-bitfields option is specified > or __attribute__((ms_struct)) is used >
    • SuperH targets when the -mhitachi option is > specified, or __attribute__((renesas)) is used >
    > GCC 8 introduced additional cases of this defect, but rather than > resolve only those regressions, it was decided to resolve all the > case of this defect at once. > Index: gcc-9/changes.html =================================================================== RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-9/changes.html,v retrieving revision 1.19 diff -r1.19 changes.html 212c212 < --- >

    Windows

    213a214,228 >
      >
    • A C++ Microsoft ABI bitfield layout > bug, PR87137 > has been fixed. A non-field declaration could cause the current > bitfield allocation unit to be completed, incorrectly placing a > following bitfield into a new allocation unit. Microsoft ABI is > selected for: >
        >
      • Mingw targets >
      • PowerPC, IA-32 or x86-64 targets > when -mms-bitfields option is specified > or __attribute__((ms_struct)) is used >
      • SuperH targets when the -mhitachi option is > specified, or __attribute__((renesas)) is used >
      --------------5C1EBEDF2D81F8382A0C62F4--