From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/5156 Path: news.gmane.org!not-for-mail From: John Spencer Newsgroups: gmane.linux.lib.musl.general Subject: Re: static musl-based gdb and -fPIC Date: Thu, 22 May 2014 22:14:05 +0200 Message-ID: <537E5A8D.8090701@barfooze.de> References: <5353FDD0.6090903@midipix.org> <20140420203140.GA26358@brightrain.aerifal.cx> <53601C36.7050601@midipix.org> <20140430025752.GE26358@brightrain.aerifal.cx> <53606D80.4070803@midipix.org> <20140430040758.GG26358@brightrain.aerifal.cx> <53607C30.4010207@eservices.virginia.edu> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1400789690 8970 80.91.229.3 (22 May 2014 20:14:50 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 22 May 2014 20:14:50 +0000 (UTC) Cc: zg7s@eservices.virginia.edu To: musl@lists.openwall.com Original-X-From: musl-return-5161-gllmg-musl=m.gmane.org@lists.openwall.com Thu May 22 22:14:43 2014 Return-path: Envelope-to: gllmg-musl@plane.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1WnZNx-00089u-R9 for gllmg-musl@plane.gmane.org; Thu, 22 May 2014 22:14:41 +0200 Original-Received: (qmail 11440 invoked by uid 550); 22 May 2014 20:14:39 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 11432 invoked from network); 22 May 2014 20:14:39 -0000 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 In-Reply-To: <53607C30.4010207@eservices.virginia.edu> Xref: news.gmane.org gmane.linux.lib.musl.general:5156 Archived-At: Zvi Gilboa wrote: > On 04/30/2014 12:07 AM, Rich Felker wrote: >> You might should check the patches used by sabotage or one of the >> other dists using musl. They probably have dealt with the gdb bugs and >> probably already have a good fix or workaround. > Sabotage has several gdb patches, but none of them addresses this. From > the [deps] section, it looks like sabotage does not aim to have the > python functionality in its static gdb, correct. > and from --disable-tui it looks > like they encountered a similar problem with ncurses. The version of no, --disable-tui was added so we don't have 2 nearly identical huge gdb binaries in /bin. in fact we do not even link against ncurses, as gdb can be built against the much smaller termcap library. (however ncurses will be picked up automatically if it was installed before building gdb, no problems there either.) > gdb that I built is a bit newer than sabotage's (7.7 vs. 7.6/7.5), but I > don't believe that matters. > >> >>>>> At this point I am no longer seeking a solution (unless you have one >>>>> ready), but thought I should share this for the record. As an also for the record, the problem you encountered with -fPIC was due to a .so built unconditionally during gdbserver compilation, and if you have -static in your LDFLAGS, the buildsystem will try to create the .so with both -shared and -static, instead of stripping the -static off for that step. --disable-inprocess-agent can be used to get gdbserver without building that dso, which seems rather useless anyway. --JS