From owner-freebsd-ports@FreeBSD.ORG Sat Aug 29 03:28:38 2009 Return-Path: Delivered-To: freebsd-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F9B7106564A; Sat, 29 Aug 2009 03:28:38 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id C11868FC08; Sat, 29 Aug 2009 03:28:37 +0000 (UTC) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69) (envelope-from ) id 1MhEcH-0001PX-1k; Sat, 29 Aug 2009 07:28:37 +0400 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 397B2B84D; Sat, 29 Aug 2009 07:28:35 +0400 (MSD) Received: by hades.panopticon (Postfix, from userid 1000) id ED3AB108842; Sat, 29 Aug 2009 07:28:34 +0400 (MSD) Date: Sat, 29 Aug 2009 07:28:34 +0400 From: Dmitry Marakasov To: freebsd-ports@FreeBSD.org, nork@FreeBSD.org Message-ID: <20090829032834.GF26981@hades.panopticon> References: <20090829021824.GE26981@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20090829021824.GE26981@hades.panopticon> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Subject: Re: libtool & pthread & ilmbase X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Aug 2009 03:28:38 -0000 * Dmitry Marakasov (amdmi3@amdmi3.ru) wrote: > 3) Fix it in OpenEXR. > The same way as above, as just CONFIGURE_ARGS="${PTHREAD_LIBS}" > doesn't seem to have any effect. Hm, there is a drawback however - now you can remove ${PTHREAD_LIBS} from some ports - they will build without problems after that, however will segfault. The example is mentioned nvidia-texture-tools. The fix is still correct - those are applications that need to be lined with -pthread anyway. However, the fact that application uses threads may be unobvious (may use threads through library etc.). So the choice is basically as follows: "Have a bit of frustration form time to time discovering that segfaulting port just needs ${PTHREAD_LIBS}" vs. "don't needlessly force pthreads on many many ports". I'm still for the latter, as it's logically correct and forcing pthreads on all ilmbase-dependent ports won't solve this problem anyway (there may be other libraries possibly with similar problem - and there are). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru