From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <lersek@redhat.com>
Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by ml01.01.org (Postfix) with ESMTPS id 50EEB1A1E8C
 for <edk2-devel@ml01.01.org>; Mon,  3 Oct 2016 09:09:18 -0700 (PDT)
Received: from int-mx09.intmail.prod.int.phx2.redhat.com
 (int-mx09.intmail.prod.int.phx2.redhat.com [10.5.11.22])
 (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))
 (No client certificate requested)
 by mx1.redhat.com (Postfix) with ESMTPS id 8536B8123F;
 Mon,  3 Oct 2016 16:09:17 +0000 (UTC)
Received: from lacos-laptop-7.usersys.redhat.com (ovpn-116-9.phx2.redhat.com
 [10.3.116.9])
 by int-mx09.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id
 u93G9FV4008563; Mon, 3 Oct 2016 12:09:16 -0400
To: Bruce Cran <bruce@cran.org.uk>, Ard Biesheuvel <ard.biesheuvel@linaro.org>
References: <1475221478-2252-1-git-send-email-yonghong.zhu@intel.com>
 <5abd5d33-2301-e32f-12ed-2154748a6bee@redhat.com>
 <d66e2452-f46d-31d1-3841-ec29efd5f223@cran.org.uk>
 <c9fc7e1b-3ad6-9dc5-8bf4-08998b7fefc9@redhat.com>
 <e0c12a02-4194-0084-5dff-6a7148400f61@cran.org.uk>
Cc: "Jordan Justen (Intel address)" <jordan.l.justen@intel.com>,
 edk2-devel@ml01.01.org, Liming Gao <liming.gao@intel.com>,
 andrey.warkentin@gmail.com
From: Laszlo Ersek <lersek@redhat.com>
Message-ID: <162b108f-7fc1-8402-0bd5-dcb099f0a0a8@redhat.com>
Date: Mon, 3 Oct 2016 18:09:15 +0200
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.3.0
MIME-Version: 1.0
In-Reply-To: <e0c12a02-4194-0084-5dff-6a7148400f61@cran.org.uk>
X-Scanned-By: MIMEDefang 2.68 on 10.5.11.22
X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16
 (mx1.redhat.com [10.5.110.25]); Mon, 03 Oct 2016 16:09:17 +0000 (UTC)
Subject: Re: [Patch] BaseTools: support the NOOPT target with the GCC tool chains
X-BeenThere: edk2-devel@lists.01.org
X-Mailman-Version: 2.1.21
Precedence: list
List-Id: EDK II Development  <edk2-devel.lists.01.org>
List-Unsubscribe: <https://lists.01.org/mailman/options/edk2-devel>,
 <mailto:edk2-devel-request@lists.01.org?subject=unsubscribe>
List-Archive: <http://lists.01.org/pipermail/edk2-devel/>
List-Post: <mailto:edk2-devel@lists.01.org>
List-Help: <mailto:edk2-devel-request@lists.01.org?subject=help>
List-Subscribe: <https://lists.01.org/mailman/listinfo/edk2-devel>,
 <mailto:edk2-devel-request@lists.01.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Oct 2016 16:09:18 -0000
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit

On 10/03/16 18:02, Bruce Cran wrote:
> On 10/3/2016 2:59 AM, Laszlo Ersek wrote:
> 
>> Can you compare "DEBUG/GdbSyms.dll" with "NOOPT/GdbSyms.dll", just
>> visually, using "nm" and/or "readelf"? Something might stand out.
> 
> The NOOPT GdbSyms.dll file is missing the .gnu_debuglink section. It's
> also missing ".LCx" (where x is 0 to 20) symbols in the .symtab section.
> 

"BaseTools/Scripts/GccBase.lds" discards the gnu_debuglink section --
intentionally, from commit efe690cab3fb5 ("BaseTools GCC: add unified
GCC linker script for all archs and versions").

If this section is necessary for debugging, then why does the DEBUG
build work? In other words, why does the DEBUG build contain
gnu_debuglink despite the discard rule? Ard, any idea?

Thanks
Laszlo