From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26850 invoked by alias); 6 Jan 2014 17:11:44 -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 26833 invoked by uid 89); 6 Jan 2014 17:11:43 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.2 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 06 Jan 2014 17:11:42 +0000 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s06HBf0l016181 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 6 Jan 2014 12:11:41 -0500 Received: from barimba.redhat.com (ovpn-113-85.phx2.redhat.com [10.3.113.85]) by int-mx01.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id s06HBepR011728 for ; Mon, 6 Jan 2014 12:11:41 -0500 From: Tom Tromey To: gdb-patches@sourceware.org Subject: [PATCH 0/3] main_name cleanups Date: Mon, 06 Jan 2014 17:11:00 -0000 Message-Id: <1389028297-16977-1-git-send-email-tromey@redhat.com> X-SW-Source: 2014-01/txt/msg00065.txt.bz2 This series cleans up the "main_name" code both for multi-inferior and for the long-running objfile splitting project. Currently, the name and language of main are globals. Also, they can set in a couple of spots in the debuginfo readers. Their global-ness can, I think, affect multi-inferior operation. If you have two inferiors that have different main names, then I think perhaps some unwinding scenario could fail, because main_name will necessarily be incorrect for one of them, and because inside_main_func checks this value. The fix here is to make the determination per-progspace. Setting them in the debuginfo readers is bad because, once debuginfo sharing happens, the second progspace to use the debuginfo will not pick up the main name automatically. The fix here is to record the debuginfo readers' findings in the per-BFD object. Let me know what you think. Built and regtested on x86-64 Fedora 18. Tom