From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 58984 invoked by alias); 28 Dec 2016 19:54:23 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 58938 invoked by uid 89); 28 Dec 2016 19:54:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy= X-Spam-User: qpsmtpd, 2 recipients X-HELO: mail-wm0-f67.google.com Received: from mail-wm0-f67.google.com (HELO mail-wm0-f67.google.com) (74.125.82.67) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 28 Dec 2016 19:54:12 +0000 Received: by mail-wm0-f67.google.com with SMTP id c85so25133281wmi.1; Wed, 28 Dec 2016 11:54:12 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YYYx17hX6qINW2HuveUZp37xG1NYkEKhJ2sv7B6nYKk=; b=cKXHyc/kahDrPJsEFF/nBuhRehZGP+fC6qScyn6AylMS0WIY89+UQ1ff6U+xni2cUm 4uYtNEhlunJJyxJwmD6oEpNcXsVK0XIcLuTwXAG4rI/a8nVsUmhUcwIlEuUmxj/jw2YE +PtSeFK9jmRwJUfTQrqKlVGUFTCIOoTCR7NAreTXdJ4TJFtuB9cSN0GE6KJ9RAIUG+ho sbKtS8hcJlOeaGkLMFzFktltKwcMwTWzZL3j78dquE2jtKkK+ODzdnKzJd7zIhan60u3 9FF+UCnnllL7fscubhClBDGM2RtHLV32zyAHTCUxRULLHMoCy/gxBf04Ky80Tm29SsYs d6dQ== X-Gm-Message-State: AIkVDXLgRuxfz+ADDOcAtTO2EwS4L7FnkBOCWEgyNZ4/tKX1qvKM+3gbtXeSUo+ehGXq7KojuVPnktC4o1gRjQ== X-Received: by 10.28.63.16 with SMTP id m16mr34846904wma.113.1482954850304; Wed, 28 Dec 2016 11:54:10 -0800 (PST) MIME-Version: 1.0 Received: by 10.28.185.10 with HTTP; Wed, 28 Dec 2016 11:54:09 -0800 (PST) In-Reply-To: <07b84003-4e73-8a7f-f949-4c3500e4ffc4@foss.arm.com> References: <72418e98-a400-c503-e8ce-c3fbe1ecc4a7@foss.arm.com> <20161111193859.GJ3541@tucnak.redhat.com> <20161115161817.GL3541@tucnak.redhat.com> <5896be40-51de-55f7-f4a1-4c5af7ff9aec@foss.arm.com> <1479304496.14569.256.camel@redhat.com> <20161116140218.GU3541@tucnak.redhat.com> <07b84003-4e73-8a7f-f949-4c3500e4ffc4@foss.arm.com> From: Cary Coutant Date: Wed, 28 Dec 2016 19:54:00 -0000 Message-ID: Subject: Re: [1/9][RFC][DWARF] Reserve three DW_OP numbers in vendor extension space To: Jiong Wang Cc: Jakub Jelinek , Mark Wielaard , "Richard Earnshaw (lists)" , gcc-patches , GDB , Binutils Content-Type: text/plain; charset=UTF-8 X-IsSubscribed: yes X-SW-Source: 2016-12/txt/msg00437.txt.bz2 > OK on this proposal and to install this patch to gcc trunk? > > Hi GDB, Binutils maintainer: > > OK on this proposal and install this patch to binutils-gdb master? > > include/ > 2016-11-29 Richard Earnshaw > Jiong Wang > > * dwarf2.def (DW_OP_AARCH64_operation): Reserve the number 0xea. This is OK, but: +/* AARCH64 extensions. + DW_OP_AARCH64_operation takes one mandatory unsigned LEB128 operand. + Bits[6:0] of this operand is the action code, all others bits are initialized + to 0 except explicitly documented for one action. Please refer AArch64 DWARF + ABI documentation for details. */ Is it possible to include a stable URL that points to the ABI document? -cary