From owner-freebsd-ports@FreeBSD.ORG Thu Feb 5 07:54:56 2004 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 69FD216A4CE; Thu, 5 Feb 2004 07:54:56 -0800 (PST) Received: from relay.gufi.org (civetta.gufi.org [212.110.23.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id CC8E143D41; Thu, 5 Feb 2004 07:54:54 -0800 (PST) (envelope-from ale@FreeBSD.org) Received: from server.alexdupre.com (host245-49.pool8288.interbusiness.it [82.88.49.245]) by relay.gufi.org (Postfix) with ESMTP id 6506020F78; Thu, 5 Feb 2004 16:54:53 +0100 (CET) Received: from FreeBSD.org (thunder.alexdupre.com [192.168.0.101]) i15Fsqw0045446; Thu, 5 Feb 2004 16:54:53 +0100 (CET) (envelope-from ale@FreeBSD.org) Message-ID: <4022674C.60109@FreeBSD.org> Date: Thu, 05 Feb 2004 16:54:52 +0100 From: Alex Dupre User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6b) Gecko/20031205 Thunderbird/0.4 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ports@FreeBSD.org X-Enigmail-Version: 0.82.4.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: x11@FreeBSD.org cc: perky@FreeBSD.org Subject: libpthread report X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2004 15:54:56 -0000 I have recompiled every port (about 200, except openoffice) after the switch to libpthread and this is the report of what is not correctly working: 1) libGL (XFree86-4-libraries) still uses libc_r. This causes libglut linked to libc_r and xscreensaver linked to libc_r and libpthread (plus some XFree86-4-client binaries GL related linked to libc_r). I think this can be solved modifying the XFree86 imakefile threads template (this is the reason for CC: x11) 2) python doesn't build (and it does with PTHREAD_LIBS=-lc_r). It fails with: ranlib libpython2.3.a c++ -lpthread -Wl,--export-dynamic -o python Modules/python.o libpython2.3.a -lutil -lm libpython2.3.a(posixmodule.o): In function `posix_tmpnam': posixmodule.o(.text+0x3b31): warning: tmpnam() possibly used unsafely; consider using mkstemp() libpython2.3.a(posixmodule.o): In function `posix_tempnam': posixmodule.o(.text+0x3a80): warning: tempnam() possibly used unsafely; consider using mkstemp() case $MAKEFLAGS in *-s*) CC='cc' LDSHARED='cc -shared -lpthread' OPT='-DNDEBUG -O -pipe -march=pentium3 -DTHREAD_STACK_SIZE=0x20000' ./python -E ./setup.py -q build;; *) CC='cc' LDSHARED='cc -shared -lpthread' OPT='-DNDEBUG -O -pipe -march=pentium3 -DTHREAD_STACK_SIZE=0x20000' ./python -E ./setup.py build;; esac Bad system call (core dumped) *** Error code 140 (and this is the reason for CC: perky) 3) cvsync still uses libc_r, but I already created a patch that hrs forwarded to the author. No problem with libc_r linking anyway. All the rest seems ok (well, on my specific ports, except OO that's compiling). If you like to switch to libpthread my suggestion is to recompile the glib/gtk ports *before* recompiling every other ports linked to libc_r. That's all. -- Alex Dupre