From owner-freebsd-ports@FreeBSD.ORG Mon Sep 26 20:18:07 2011 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 3BEC8106564A; Mon, 26 Sep 2011 20:18:07 +0000 (UTC) (envelope-from rhurlin@gwdg.de) Received: from amailer.gwdg.de (amailer.gwdg.de [134.76.10.18]) by mx1.freebsd.org (Postfix) with ESMTP id 86BA58FC16; Mon, 26 Sep 2011 20:18:06 +0000 (UTC) Received: from p5796fe58.dip.t-dialin.net ([87.150.254.88] helo=lt011.nfv) by mailer.gwdg.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1R8Hcr-0007va-2H; Mon, 26 Sep 2011 22:18:05 +0200 Message-ID: <4E80DDFC.2010005@gwdg.de> Date: Mon, 26 Sep 2011 22:18:04 +0200 From: Rainer Hurling User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110907 Thunderbird/6.0.2 MIME-Version: 1.0 To: Chris Rees References: <4E805A27.90106@gwdg.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Authenticated: Id:rhurlin X-Spam-Level: - X-Virus-Scanned: (clean) by exiscan+sophie Cc: freebsd-ports@freebsd.org, autotools@freebsd.org Subject: Re: Shared libs problem with ports under 10-CURRENT 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: Mon, 26 Sep 2011 20:18:07 -0000 Hi Chris, On 26.09.2011 20:25 (UTC+2), Chris Rees wrote: > On 26 September 2011 11:55, Rainer Hurling wrote: >> This morning I tried to upgrade my ports after installing the new 10-CURRENT >> (amd64). >> >> Unfortunately now I am not able to build ports using shared libraries like >> ports/libXext any more. They only build .a and .la files, but not .so ones. >> >> Is it possible that there is something wrong now with libtool-2.4 (or the >> linker /usr/bin/ld)? >> >> #libtool --features >> host: amd64-portbld-freebsd10.0 >> disable shared libraries >> enable static libraries >> >> >> Does anyone else observes this behaviour? I would really appreciate some >> help. >> > > Excerpt from libtool configure script: > > dgux*) > archive_cmds='$LD -G -h $soname -o $lib $libobjs $deplibs $linker_flags' > hardcode_libdir_flag_spec='-L$libdir' > hardcode_shlibpath_var=no > ;; > > freebsd1*) > ld_shlibs=no > ;; yes, this seems to be one problem. The configure script does not discriminate between FreeBSD version 1.* and 10.*. There are several places in the script, which should be corrected. After changing these and similar entries manually libtool gives #libtool --features host: amd64-portbld-freebsd10.0 enable shared libraries enable static libraries But there also must be another problem. When I try to rebuild the complete xorg-7.5.1 tree several libs where build without shared files (.so). libpng and libpython are built with shared libraries, the next port devel/pcre is built without shared libs, others follow. -r--r--r-- 1 root wheel - 173312 26 Sep 22:01:13 2011 libpng.so.6 lrwxr-xr-x 1 root wheel - 11 26 Sep 22:01:13 2011 libpng.so -> libpng.so.6 -r--r--r-- 1 root wheel - 259088 26 Sep 22:01:13 2011 libpng.a -r-xr-xr-x 1 root wheel - 2927606 26 Sep 22:04:39 2011 libpython2.7.a -r-xr-xr-x 1 root wheel - 1708416 26 Sep 22:05:31 2011 libpython2.7.so.1 lrwxr-xr-x 1 root wheel - 17 26 Sep 22:05:31 2011 libpython2.7.so -> libpython2.7.so.1 -rwxr-xr-x 1 root wheel - 904 26 Sep 22:09:08 2011 libpcreposix.la -rw-r--r-- 1 root wheel - 5350 26 Sep 22:09:08 2011 libpcreposix.a -rwxr-xr-x 1 root wheel - 898 26 Sep 22:09:08 2011 libpcrecpp.la -rw-r--r-- 1 root wheel - 59456 26 Sep 22:09:08 2011 libpcrecpp.a -rwxr-xr-x 1 root wheel - 863 26 Sep 22:09:08 2011 libpcre.la -rw-r--r-- 1 root wheel - 345458 26 Sep 22:09:08 2011 libpcre.a Thanks for answering. Rainer > # FreeBSD 2.2.[012] allows us to include c++rt0.o to get C++ constructor > # support. Future versions do this automatically, but an explicit c++rt0.o > # does not break anything, and helps significantly (at the cost of a little > # extra space). > freebsd2.2*) > > I've mentioned this to an autotools member, who has offered to fix it > fairly soon :) > > Chris