From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <simark@simark.ca>
Received: from simark.ca (simark.ca [158.69.221.121])
 by sourceware.org (Postfix) with ESMTPS id 96BCD385DC14
 for <gdb-patches@sourceware.org>; Sun, 17 May 2020 03:31:57 +0000 (GMT)
DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 96BCD385DC14
Authentication-Results: sourceware.org;
 dmarc=none (p=none dis=none) header.from=simark.ca
Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=simark@simark.ca
Received: from [10.0.0.193] (unknown [192.222.164.54])
 (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
 key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256)
 (No client certificate requested)
 by simark.ca (Postfix) with ESMTPSA id 0AB411EDE5;
 Sat, 16 May 2020 23:31:56 -0400 (EDT)
Subject: Re: [PATCH] [PR 25678] gdb crashes with "internal-error:
 sect_index_text not initialized" when .text
To: mlimber <mlimber@gmail.com>
Cc: gdb-patches@sourceware.org
References: <CAAogRRp_6PZZH6jo_OCahC+rUFRnrU93YaOj=6fWKCSLRuVMLg@mail.gmail.com>
 <072e4b2b-4d71-b343-c8ef-0edbc6ab6804@simark.ca>
 <CAAogRRp4eSagh2_p1P4ddQt-dFWQdzAacCW+FoQQPHW2zhPLaA@mail.gmail.com>
 <c7ec4635-54ef-3ddb-84cd-51bf4f41d1f4@simark.ca>
 <CAAogRRoTkUQdRiMu9jx9LZinSaQAX1nvWF51wYhidzzi39vs+Q@mail.gmail.com>
 <59eeb6ee-1ab2-e5aa-000a-2fb6d522b8d0@simark.ca>
 <CAAogRRphV=qjpyJafPw5o6uZsTQ=j5O-2MGj-WPY5Cei_TuBXQ@mail.gmail.com>
From: Simon Marchi <simark@simark.ca>
Message-ID: <cf7d1a8b-dbe6-a856-547b-e4539705dcf5@simark.ca>
Date: Sat, 16 May 2020 23:31:56 -0400
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101
 Thunderbird/68.7.0
MIME-Version: 1.0
In-Reply-To: <CAAogRRphV=qjpyJafPw5o6uZsTQ=j5O-2MGj-WPY5Cei_TuBXQ@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Language: tl
Content-Transfer-Encoding: 7bit
X-Spam-Status: No, score=-1.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS,
 PDS_TONAME_EQ_TOLOCAL_SHORT, SPF_HELO_PASS, SPF_PASS,
 TXREP autolearn=no autolearn_force=no version=3.4.2
X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on
 server2.sourceware.org
X-BeenThere: gdb-patches@sourceware.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Gdb-patches mailing list <gdb-patches.sourceware.org>
List-Unsubscribe: <http://sourceware.org/mailman/options/gdb-patches>,
 <mailto:gdb-patches-request@sourceware.org?subject=unsubscribe>
List-Archive: <https://sourceware.org/pipermail/gdb-patches/>
List-Post: <mailto:gdb-patches@sourceware.org>
List-Help: <mailto:gdb-patches-request@sourceware.org?subject=help>
List-Subscribe: <http://sourceware.org/mailman/listinfo/gdb-patches>,
 <mailto:gdb-patches-request@sourceware.org?subject=subscribe>
X-List-Received-Date: Sun, 17 May 2020 03:31:58 -0000

On 2020-05-15 2:33 p.m., mlimber wrote:
> I can reliably repro it with my full-scale Qt app, but I can't submit that. When I debug gdb itself, I see where it is going awry in my app -- with libicudata.so.52, which is a weird data-only library.

Out of curiosity, where does this libicudata.so.52 come from?

All the versions of libicudata.so I found in Ubuntu/Debian do have a .text
section.  Maybe knowing where it comes from, we can trace back how it was
built.

Simon