From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30369 invoked by alias); 8 May 2005 13:15:29 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 30321 invoked by uid 22791); 8 May 2005 13:15:21 -0000 Received: from sibelius.xs4all.nl (HELO sibelius.xs4all.nl) (82.92.89.47) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Sun, 08 May 2005 13:15:21 +0000 Received: from elgar.sibelius.xs4all.nl (root@elgar.sibelius.xs4all.nl [192.168.0.2]) by sibelius.xs4all.nl (8.13.0/8.13.0) with ESMTP id j48DF9mW017103; Sun, 8 May 2005 15:15:09 +0200 (CEST) Received: from elgar.sibelius.xs4all.nl (kettenis@localhost.sibelius.xs4all.nl [127.0.0.1]) by elgar.sibelius.xs4all.nl (8.13.4/8.13.3) with ESMTP id j48DF8Ft027279; Sun, 8 May 2005 15:15:08 +0200 (CEST) Received: (from kettenis@localhost) by elgar.sibelius.xs4all.nl (8.13.4/8.13.4/Submit) id j48DF8AG030440; Sun, 8 May 2005 15:15:08 +0200 (CEST) Date: Sun, 08 May 2005 13:15:00 -0000 Message-Id: <200505081315.j48DF8AG030440@elgar.sibelius.xs4all.nl> From: Mark Kettenis To: mark.kettenis@xs4all.nl CC: gdb-patches@sourceware.org In-reply-to: <200505021251.j42CpxIZ010109@elgar.sibelius.xs4all.nl> (message from Mark Kettenis on Mon, 2 May 2005 14:51:59 +0200 (CEST)) Subject: Re: [RFC] Unconditionally include shared library code References: <200505021251.j42CpxIZ010109@elgar.sibelius.xs4all.nl> X-SW-Source: 2005-05/txt/msg00186.txt.bz2 Date: Mon, 2 May 2005 14:51:59 +0200 (CEST) From: Mark Kettenis This patch is an attempt to be able to link in the generic shared library code in solib.c while attempting to keep the shared library implementations that have not yet been converted to use the generic code (Windows, coff) working. It allows me to get rid of DEPRECATED_TM_FILE in basically every *BSD target. I introduce two new files shlib.c, shlib.h. I need these because solib.h contains both the prototypes and macro defenitions for the shared library stuff. In the long run, I should be able to get rid of either shlib.[ch] or solib.[ch] again. I took the opportunity to give various functions a somewhat more logical name. Comments are welcome. It'd also be great if this could be tested on Cygwin. Hmm, no comments yet. If this is really so uncontroversial, I'm going to check it in next weekend ;-). Mark