From patchwork Sat Feb 7 02:32:07 2015 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: David Edelsohn X-Patchwork-Id: 437508 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 278AC1401F6 for ; Sat, 7 Feb 2015 13:32:39 +1100 (AEDT) DomainKey-Signature: a=rsa-sha1; c=nofws; d=gcc.gnu.org; h=list-id :list-unsubscribe:list-archive:list-post:list-help:sender :mime-version:date:message-id:subject:from:to:content-type; q= dns; s=default; b=kbgGxxN5m1aMel6O4ik5vbK1tsW0TvLgZXquKeddXttAmm /kdo2wfCW4rY3m7GJkyWRV7TXUZZBHEui/NAieH6h2G9edymkBlTotsNOjhUaXfR E7GjYt2Mzvgib2MQAvk67jydggInPqIxd18Ny+12YIeawjdiVNyF9sFBxWigc= 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 :mime-version:date:message-id:subject:from:to:content-type; s= default; bh=4EvaYFPSPkTzRpVNL6mfgo2YPN8=; b=EupUVOPZzohlcUmQAu8Y 1WxCr7hxYBy/s2v+tXk/BB6BMdxb5hk6pd7g2/0uV4NkPI7G7K77214ZuRXPg9j1 eRFFo3BG1z5BWBdkBtCzp+s/DEL5vk9k7r8fwZlAnUfDddqQZvKszR6wuchcEew2 xp3BcqwmgEDyzhzbpFfCxtU= Received: (qmail 21973 invoked by alias); 7 Feb 2015 02:32:11 -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 21949 invoked by uid 89); 7 Feb 2015 02:32:10 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.7 required=5.0 tests=AWL, BAYES_00, FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, SPF_PASS, SUBJ_ALL_CAPS autolearn=no version=3.3.2 X-HELO: mail-ig0-f174.google.com Received: from mail-ig0-f174.google.com (HELO mail-ig0-f174.google.com) (209.85.213.174) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Sat, 07 Feb 2015 02:32:10 +0000 Received: by mail-ig0-f174.google.com with SMTP id b16so6755741igk.1 for ; Fri, 06 Feb 2015 18:32:08 -0800 (PST) MIME-Version: 1.0 X-Received: by 10.107.47.22 with SMTP id j22mr14823367ioo.16.1423276327988; Fri, 06 Feb 2015 18:32:07 -0800 (PST) Received: by 10.36.75.75 with HTTP; Fri, 6 Feb 2015 18:32:07 -0800 (PST) Date: Fri, 6 Feb 2015 21:32:07 -0500 Message-ID: Subject: [PATCH] PR 64256 From: David Edelsohn To: GCC Patches After a lot of investigation, I believe that I have learned why stabs debugging on AIX disabled use of continuations. GDB, IBM DBX and IBM XLDB are able to work with stab string continuations produced by GCC. I am enabling it using definitions that match the behavior of IBM XL compilers to avoid any unexpected behavior and hopefully be able to reproduce any future errors with native tools to expedite fixes. XCOFF32 uses an unsigned short for the stabstring length for a maximum length of 64K, but XLC limits the size to 16K. XLC also uses '?' as a continuation character instead of '\\'. GDB accepts '?' as an alternate continuation character. Bootstrapped on powerpc-ibm-aix7.1.0.0. Committed. Thanks, David PR debug/2714 PR bootstrap/64256 * xcoffout.h (DBX_CONTIN_LENGTH): Define as 16384. (DBX_CONTIN_CHAR): Define. Index: xcoffout.h =================================================================== --- xcoffout.h (revision 220500) +++ xcoffout.h (working copy) @@ -161,9 +161,12 @@ /* Do not emit any marker for XCOFF until assembler allows XFT_CV. */ #define NO_DBX_GCC_MARKER -/* Do not break .stabs pseudos into continuations. */ -#define DBX_CONTIN_LENGTH 0 +/* XCOFF32 maximum length is 64K; XLC limits to 16K. */ +#define DBX_CONTIN_LENGTH 16384 +/* XLC uses '?' as continuation character. */ +#define DBX_CONTIN_CHAR '?' + /* Don't try to use the `x' type-cross-reference character in DBX data.