From owner-freebsd-current Sat Nov 2 16:36:32 2002 Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 9EA6037B406; Sat, 2 Nov 2002 16:36:31 -0800 (PST) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.FreeBSD.org (Postfix) with ESMTP id 189CF43E77; Sat, 2 Nov 2002 16:36:31 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.12.6/8.12.5) with ESMTP id gA30aUeZ030563; Sat, 2 Nov 2002 16:36:30 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.12.6/8.12.6/Submit) id gA30aU8N030562; Sat, 2 Nov 2002 16:36:30 -0800 (PST) Date: Sat, 2 Nov 2002 16:36:30 -0800 From: Steve Kargl To: Juli Mallett Cc: "Matthew N. Dodd" , Mark Murray , freebsd-current@FreeBSD.ORG Subject: Re: __sF Message-ID: <20021103003630.GA30494@troutmask.apl.washington.edu> References: <20021102233215.GA30122@troutmask.apl.washington.edu> <20021102183431.V35807-100000@sasami.jurai.net> <20021102161910.A75837@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20021102161910.A75837@FreeBSD.org> User-Agent: Mutt/1.4i Sender: owner-freebsd-current@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Sat, Nov 02, 2002 at 04:19:10PM -0800, Juli Mallett wrote: > > Keep in mind this only affects linking a closed library, and that this > situation is a bit absurd, given that a reasonable solution exists, and > if necessary, can be packaged up nicely... "A bit absurd"? Can you explain why it is absurb and can you give me the reasonable solution that you have? > Developers using this sort of environment are asking for trouble. It > seems to me a serious developer will develop where the tools are working > and supported (keep in mind this is a issue with a vendor LIBRARY being > LINKED in, not a TOOL being USED), The TOOL was working fine until __sF was made static. > or set up a proper cross-env to target the platform where the library > is targettted This is what I guess we'll have to do. > or will force their vendor to support the new platform they > (for whatever reason) see fit to develop on. Force the vendor to support the new platform? No, this will most likely cause the vendor to abandon the FreeBSD platform. So much for encouraging commercial support for FreeBSD. -- Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message