Return-Path: Delivered-To: new-httpd-archive@hyperreal.org Received: (qmail 13868 invoked by uid 6000); 9 Feb 1998 12:40:09 -0000 Received: (qmail 13862 invoked from network); 9 Feb 1998 12:40:07 -0000 Received: from gate-isdn.ukweb.com (194.152.65.149) by taz.hyperreal.org with SMTP; 9 Feb 1998 12:40:07 -0000 Received: from (ecstasy.localnet) [192.168.2.4] by gate-isdn.ukweb.com with smtp (Exim 1.82 #1) id 0y1sSw-00066R-00; Mon, 9 Feb 1998 12:37:38 +0000 Date: Mon, 9 Feb 1998 12:37:26 +0000 (GMT) From: Paul Sutton To: new-httpd@apache.org Subject: Re: Shared modules -- missing util_script In-Reply-To: <19980207205404.20089@deejai> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: new-httpd-owner@apache.org Precedence: bulk Reply-To: new-httpd@apache.org On Sat, 7 Feb 1998, Martin Kraemer wrote: > I _think_ on my SVR4 systems here I'm going to have the same problem. > The linker has no -rdynamic switch, and there's no way to force it > to "export" global symbols for which there seems no need to export them -rdynamic is probably specific to gcc's ld. Other vendors will use different options -- presumably you checked your manpages? > * CREATE A DUMMY SHARED LIBRARY which consists only of a dummy function > or dummy structure which references all the the server symbols found > in the first step > > * link the server against this dummy.so library (so that the linker knows > that all these symbols are part of the interface and must not be > stripped). The disadvantage is that this requires > dummy.so to be available when http is started. Does this actually work? If so, I guess it's okay. It should be an option that Configure sets so we don't do this for other platforms. //pcs