From owner-freebsd-ports-bugs@FreeBSD.ORG Fri Nov 5 15:50:35 2004 Return-Path: Delivered-To: freebsd-ports-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id C2AA616A4CE for ; Fri, 5 Nov 2004 15:50:35 +0000 (GMT) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9FD4743D46 for ; Fri, 5 Nov 2004 15:50:35 +0000 (GMT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) iA5FoZbg023054 for ; Fri, 5 Nov 2004 15:50:35 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.11/8.12.11/Submit) id iA5FoZJ7023052; Fri, 5 Nov 2004 15:50:35 GMT (envelope-from gnats) Resent-Date: Fri, 5 Nov 2004 15:50:35 GMT Resent-Message-Id: <200411051550.iA5FoZJ7023052@freefall.freebsd.org> Resent-From: FreeBSD-gnats-submit@FreeBSD.org (GNATS Filer) Resent-To: freebsd-ports-bugs@FreeBSD.org Resent-Reply-To: FreeBSD-gnats-submit@FreeBSD.org, "Lev A. Serebryakov" Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6AD6B16A4CF; Fri, 5 Nov 2004 15:42:44 +0000 (GMT) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9B6CA43D53; Fri, 5 Nov 2004 15:42:43 +0000 (GMT) (envelope-from lev@ftp.translate.ru) Received: from ftp.translate.ru (localhost [127.0.0.1]) by ftp.translate.ru (8.12.11/8.12.11) with ESMTP id iA5Fgemq045517; Fri, 5 Nov 2004 18:42:40 +0300 (MSK) (envelope-from lev@ftp.translate.ru) Received: (from lev@localhost) by ftp.translate.ru (8.12.11/8.12.11/Submit) id iA5Fge33045516; Fri, 5 Nov 2004 18:42:40 +0300 (MSK) (envelope-from lev) Message-Id: <200411051542.iA5Fge33045516@ftp.translate.ru> Date: Fri, 5 Nov 2004 18:42:40 +0300 (MSK) From: "Lev A. Serebryakov" To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.113 cc: rodrigc@crodrigues.org cc: kuriyama@FreeBSD.org Subject: ports/73567: `devel/apr' doesn't use pthreads on 4-STABLE system, even if asked. X-BeenThere: freebsd-ports-bugs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: "Lev A. Serebryakov" List-Id: Ports bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Nov 2004 15:50:35 -0000 >Number: 73567 >Category: ports >Synopsis: `devel/apr' doesn't use pthreads on 4-STABLE system, even if asked. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-ports-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 05 15:50:35 GMT 2004 >Closed-Date: >Last-Modified: >Originator: Lev A. Serebryakov >Release: FreeBSD 4.10-RELEASE i386 >Organization: >Environment: System: FreeBSD freebsd4-vmware 4.10-RELEASE FreeBSD 4.10-RELEASE #4: Sat Jul 24 18:41:28 MSD 2004 root@:/usr/src/sys/compile/VMWARE i386 Ports: 04 Nov 2004. >Description: `devel/apr', builded with default options (i.e. `APR_UTIL_WITHOUT_THREADS' is _not_ set) on 4-STABLE system. Resulting libraries doesn't uses threads. Here are ouptut from `apr-1-config --cflags --cppflags --ldflags --libs': -g -O2 -D_THREAD_SAFE -D_REENTRANT -lcrypt Here are ouput from `configure' stage of `devel/apr' building: ========================================================== ... checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ANSI C... none needed Applying APR hints file rules for i386-portbld-freebsd4.10 setting apr_lock_method to "USE_FLOCK_SERIALIZE" setting CPPFLAGS to "-D_THREAD_SAFE -D_REENTRANT" setting enable_threads to "no" (Default will be unix) checking whether make sets $(MAKE)... yes checking how to run the C preprocessor... gcc -E checking for gawk... no ... ========================================================== But `devel/subversion' needs apr with threads support, if Java bindings are enabled. And now it complains: ========================================================== /usr/local/bin/libtool15 --silent --mode=compile c++ -D_THREAD_SAFE -D_REENTRANT -O -pipe -g -O2 -DNEON_ZLIB -DNEON_SSL -O -pipe -g -O2 -DNEON_ZLIB -DNEON_SSL -I./subversion/include -I./subversion -I/usr/local/include/neon -I/usr/local/include/apr-1 -I/usr/local/include/apr-1 -I/usr/local/include -I/usr/local/jdk1.4.2/include -I/usr/local/jdk1.4.2/include -I/usr/local/jdk1.4.2/include/freebsd -I/scratch/usr/home/lev/FreeBSD-commiter/ports/devel/subversion/work/subversion-1.1.1/subversion/bindings/java/javahl/include -o subversion/bindings/java/javahl/native/JNICriticalSection.lo -c /scratch/usr/home/lev/FreeBSD-commiter/ports/devel/subversion/work/subversion-1.1.1/subversion/bindings/java/javahl/native/JNICriticalSection.cpp /scratch/usr/home/lev/FreeBSD-commiter/ports/devel/subversion/work/subversion-1.1.1/subversion/bindings/java/javahl/native/JNICriticalSection.cpp: In method `JNICriticalSection::JNICriticalSection(JNIMutex &)': /scratch/usr/home/lev/FreeBSD-commiter/ports/devel/subversion/work/subversion-1.1.1/subversion/bindings/java/javahl/native/JNICriticalSection.cpp:36: implicit declaration of function `int apr_thread_mutex_lock(...)' /scratch/usr/home/lev/FreeBSD-commiter/ports/devel/subversion/work/subversion-1.1.1/subversion/bindings/java/javahl/native/JNICriticalSection.cpp: In method `JNICriticalSection::~JNICriticalSection()': /scratch/usr/home/lev/FreeBSD-commiter/ports/devel/subversion/work/subversion-1.1.1/subversion/bindings/java/javahl/native/JNICriticalSection.cpp:50: implicit declaration of function `int apr_thread_mutex_unlock(...)' *** Error code 1 Stop in /scratch/usr/home/lev/FreeBSD-commiter/ports/devel/subversion/work/subversion-1.1.1. *** Error code 1 Stop in /usr/home/lev/FreeBSD-commiter/ports/devel/subversion. ========================================================== >How-To-Repeat: Build `devel/apr' with default settings and try to use any threading API from it. >Fix: I don't know. Adding `--enable-threads' to CONFIGURE_ARGS doesn't help, because then both `-pthreads' and `-lc_r' will be used, that is surely mistake. >Release-Note: >Audit-Trail: >Unformatted: