From owner-freebsd-current@FreeBSD.ORG Fri Nov 27 14:22:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B48B81065670 for ; Fri, 27 Nov 2009 14:22:55 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 707DF8FC08 for ; Fri, 27 Nov 2009 14:22:55 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.50) id 1NE1ik-0008HL-Sk for freebsd-current@freebsd.org; Fri, 27 Nov 2009 15:22:50 +0100 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Nov 2009 15:22:50 +0100 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 27 Nov 2009 15:22:50 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Fri, 27 Nov 2009 15:22:26 +0100 Lines: 19 Message-ID: References: <200911270246.nAR2k9Zp026751__17786.8783976466$1259291391$gmane$org@pozo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.23 (X11/20090928) In-Reply-To: <200911270246.nAR2k9Zp026751__17786.8783976466$1259291391$gmane$org@pozo.com> Sender: news Subject: Re: libthr on current breaks some ports X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 27 Nov 2009 14:22:55 -0000 Manfred Antar wrote: > The new addition to Makefile on /lib/libthr "-Wl,-znodlopen " > Breaks php4 and mhash on my current 1386 > I'm sure other ports that use it are broken too as can't load the lib. > Remove -Wl,-znodlopen and everything works again. As others have said, this shouldn't work at all. In the specific case of PHP, I know it is very easy to have various extension libraries compiled at different points in time and system state, some of which might be using pthreads by accident or by bad design. Specifically, a compile-time port configuration option for SQLite (and I think at one point in time was also for PostgreSQL) is to build "threaded" client libraries, which once caused me many interesting and hard to debug problems. PHP, and especially PHP4, should never ever have anything to do with pthreads.