From patchwork Tue May 31 16:00:00 2016 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Nathan Sidwell X-Patchwork-Id: 628306 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Received: from sourceware.org (server1.sourceware.org [209.132.180.131]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 3rJyrG1mN7z9sD9 for ; Wed, 1 Jun 2016 02:00:30 +1000 (AEST) Authentication-Results: ozlabs.org; dkim=pass (1024-bit key; unprotected) header.d=gcc.gnu.org header.i=@gcc.gnu.org header.b=vCihHJsM; dkim-atps=neutral DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:to :from:subject:message-id:date:mime-version:content-type; q=dns; s=default; b=cSq/X4dMcsD8yKLqdNM3Ry6O+Kk/3+eod2wFomRTj9TmWd5l1m t/7m4CVwfLHLblV+Aakl79iVU+VgvQvt/P9ouiozkXj4kehY7PnuAL4rjmMx1IhJ wVQ0QvPwtGXZd2kM7yTcjIPR7cy3BAFfNHYBbRC7c3+dIvRFyKqlbnt9Q= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender:to :from:subject:message-id:date:mime-version:content-type; s= default; bh=QwjLZAj3lQSNVcSy0X1P7hu7de4=; b=vCihHJsM6fHfUtZcJ5M/ hpNBwQ9rF8FEsARVE9/PaSm1m//0V0R4voPVvmLnJslX11eDjojpFZmAvsM1yUzs Wh3VN8PMqUefzVOub0ycfTS5NL5CiNM4TGG/P3MnZfpleHDPBkYDBWNx5gmahnbr ZXLtSM3Gzrr5iM2nPa6oC/k= Received: (qmail 97229 invoked by alias); 31 May 2016 16:00:18 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Delivered-To: mailing list gcc-patches@gcc.gnu.org Received: (qmail 97141 invoked by uid 89); 31 May 2016 16:00:13 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=BAYES_00, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS autolearn=ham version=3.3.2 spammy=poisoned, Hence X-HELO: mail-qk0-f182.google.com Received: from mail-qk0-f182.google.com (HELO mail-qk0-f182.google.com) (209.85.220.182) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Tue, 31 May 2016 16:00:03 +0000 Received: by mail-qk0-f182.google.com with SMTP id y126so147363977qke.1 for ; Tue, 31 May 2016 09:00:03 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:to:from:subject:message-id:date :user-agent:mime-version; bh=5FPGUbIXwhs6APqXIPn+Mdne4eUR6bNzUMAbt+0cPvg=; b=TiQf1vQK3ZxQ8MsDwsU9XGqKkWzBOYzKJyKJ5OA0Ws+y3TxsZIR92NPWtWv2ZAD1ap sZBUa9A7L7tRxXeEr/9RDYdZh0mCmcptcyJBHtMRWIYydGM3d+74fZZj9hiugl04XLst pbbQQ7lgBZlN+vAuZqRFBkCXj3dieF40Ysc1LQhCGCOjtCZx+GptDPfRSY1GCSLeSMvE aLnKbtftG1MC3QjfgJMkyFem/7uG0IoDFzJLP2h5E35R92hEZpIPVkFAX13xANRZGQeS 2x9DPFMtZ+RpoWtgz8QhGEDBUpGTXJFgI+tcgwJ3xCxakMr4RGa4uxlnRF4dEOUDAr1h OQsQ== X-Gm-Message-State: ALyK8tLQnSrPV2ECAeQPB7C3p3PYfbIbj3QhfwBFcGaaHf/LOY4USBLWFhV2Nh2N4SAoTg== X-Received: by 10.55.103.84 with SMTP id b81mr8696810qkc.177.1464710401276; Tue, 31 May 2016 09:00:01 -0700 (PDT) Received: from ?IPv6:2601:181:c003:1930:a2a8:cdff:fe3e:b48? ([2601:181:c003:1930:a2a8:cdff:fe3e:b48]) by smtp.googlemail.com with ESMTPSA id 11sm10480284qhx.7.2016.05.31.09.00.00 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 31 May 2016 09:00:00 -0700 (PDT) To: GCC Patches From: Nathan Sidwell Subject: [PCH] Add GTY marker Message-ID: <3c44fcdc-e5e1-f220-d723-90abd4c7e2dc@acm.org> Date: Tue, 31 May 2016 12:00:00 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.1.0 MIME-Version: 1.0 A bunch of PCH tests fail for a PTX target, due to a difference in debug data. It turned out that object pointed to by cur_line_info_table was poisoned by PCH reading, and this led to an is_stmt being emitted erroneously. My suspicion is that ports that support section switching update cur_line_info_table and/or reach that object by another path during PCH writing and reading, so don't see this failure. PTX doesn't override TARGET_HAVE_NAMED_SECTIONS, which might be an oversight. However, setting it to false doesn't fix this problem. Hence I deduce this is simply an oversite. tested on x86_64-linux as well as ptx-none. Applied as obvious. nathan 2016-05-31 Nathan Sidwell * dwarf2out.c (cur_line_info_table): Add GTY marker. Index: dwarf2out.c =================================================================== --- dwarf2out.c (revision 236774) +++ dwarf2out.c (working copy) @@ -3038,7 +3038,7 @@ static unsigned int line_info_label_num; /* The current table to which we should emit line number information for the current function. This will be set up at the beginning of assembly for the function. */ -static dw_line_info_table *cur_line_info_table; +static GTY(()) dw_line_info_table *cur_line_info_table; /* The two default tables of line number info. */ static GTY(()) dw_line_info_table *text_section_line_info;