From owner-cvs-src@FreeBSD.ORG Thu Jun 7 18:24:50 2007 Return-Path: X-Original-To: cvs-src@freebsd.org Delivered-To: cvs-src@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BF10B16A400; Thu, 7 Jun 2007 18:24:50 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.ntplx.net (mail.ntplx.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7E31313C4C4; Thu, 7 Jun 2007 18:24:50 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.ntplx.net (8.14.1/8.14.1/NETPLEX) with ESMTP id l57IOnF7029286; Thu, 7 Jun 2007 14:24:49 -0400 (EDT) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.ntplx.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-3.0 (mail.ntplx.net [204.213.176.10]); Thu, 07 Jun 2007 14:24:49 -0400 (EDT) Date: Thu, 7 Jun 2007 14:24:49 -0400 (EDT) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Stanislav Sedov In-Reply-To: <20070607220155.4ff2a59d.stas@FreeBSD.org> Message-ID: References: <200705311307.l4VD7cjR044688@repoman.freebsd.org> <20070607220155.4ff2a59d.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@freebsd.org, src-committers@freebsd.org, cvs-all@freebsd.org, Kris Kennaway Subject: Re: cvs commit: src/lib/libc/quad Symbol.map X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 07 Jun 2007 18:24:50 -0000 On Thu, 7 Jun 2007, Stanislav Sedov wrote: > On Thu, 31 May 2007 13:07:37 +0000 (UTC) > Daniel Eischen mentioned: > >> deischen 2007-05-31 13:07:37 UTC >> >> FreeBSD src repository >> >> Modified files: >> lib/libc/quad Symbol.map >> Log: >> Export quad symbols. They were previously commented out. These symbols >> really shouldn't be exported since they should be pulled from libgcc, but >> the build of some applications is broken and they expect to see them in >> libc. glibc exports these symbols, although Solaris doesn't appear to, >> so export them for compatibility's sake. >> >> After discussion with: kan >> > > I beleive we should better fix all ports that do improper linking, than > live with a compatibility hack. I have checked some local ports, and > there seems to be not very much of them. Furthermore, tcl was > already fixed. Kris, can you provide a list of broken ports without this > modification. > > If needed, we can write a letter to ports@ to ask all maintainers to > check/fix their ports in respect of correct linking. After this will be > done, the patch can be backouted. Well, it would be nice to fix the ports regardless, but kan asked me to export them from libc. So if you can get him to agree, I'll back this out. -- DE