From owner-cvs-ports@FreeBSD.ORG Tue Oct 11 18:34:46 2011 Return-Path: Delivered-To: cvs-ports@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EC1B106564A; Tue, 11 Oct 2011 18:34:46 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9BBAA8FC12; Tue, 11 Oct 2011 18:34:45 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:7258:12ff:fe22:d94b]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.5/8.14.5) with ESMTP/inet6 id p9BIYbHc016098 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 12 Oct 2011 03:34:38 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Wed, 12 Oct 2011 03:34:37 +0900 Message-ID: From: Hajimu UMEMOTO To: Pav Lucistnik In-Reply-To: <201110111240.p9BCeAUB095085@repoman.freebsd.org> References: <201110111240.p9BCeAUB095085@repoman.freebsd.org> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.3 (i386-portbld-freebsd8.2) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-STABLE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: multipart/mixed; boundary="Multipart_Wed_Oct_12_03:34:37_2011-1" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Wed, 12 Oct 2011 03:34:38 +0900 (JST) X-Virus-Scanned: clamav-milter 0.97.2 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD,T_FRT_PROFIT1 autolearn=ham version=3.3.2 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on asuka.mahoroba.org Cc: cvs-ports@FreeBSD.org, cvs-all@FreeBSD.org, ports-committers@FreeBSD.org Subject: Re: cvs commit: ports/devel/libtool Makefile ports/devel/libtool/files patch-10-a patch-10-b X-BeenThere: cvs-ports@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the ports tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 11 Oct 2011 18:34:46 -0000 --Multipart_Wed_Oct_12_03:34:37_2011-1 Content-Type: text/plain; charset=US-ASCII Hi, >>>>> On Tue, 11 Oct 2011 12:40:10 +0000 (UTC) >>>>> Pav Lucistnik said: pav> pav 2011-10-11 12:40:10 UTC pav> FreeBSD ports repository pav> Modified files: pav> devel/libtool Makefile pav> Added files: pav> devel/libtool/files patch-10-a patch-10-b pav> Log: pav> - Backport two patches from vendor git repository to fix libtool pav> on FreeBSD 10.X and future-proof it for up to FreeBSD 39 pav> pav> http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=e94c6d6e0359d92f08f491f57e0ef3371e978952 pav> http://git.savannah.gnu.org/cgit/libtool.git/commit/?id=49ae2888b43cad358e2ff60a69722341116e7b40 pav> pav> PR: ports/161404 pav> Submitted by: ed pav> With hat: portmgr pav> Tested by: pointyhat exp-run pav> pav> Revision Changes Path pav> 1.31 +1 -0 ports/devel/libtool/Makefile pav> 1.1 +40 -0 ports/devel/libtool/files/patch-10-a (new) pav> 1.1 +64 -0 ports/devel/libtool/files/patch-10-b (new) Thank you for trying to fix 10-CURRENT issue. Unfortunately, it seems still insufficient to me. Since, the libtool script is installed with build_libtool_libs=no on 10-CURRENT, it doesn't build shared lib. The attached patch should fix this problem. Sincerely, --Multipart_Wed_Oct_12_03:34:37_2011-1 Content-Type: text/x-patch; charset=US-ASCII Content-Disposition: attachment; filename="patch-10-c" Content-Transfer-Encoding: 7bit Index: configure diff -u configure.orig configure --- configure.orig 2010-09-22 23:44:17.000000000 +0900 +++ configure 2011-10-12 03:25:56.000000000 +0900 @@ -9982,10 +9982,6 @@ hardcode_shlibpath_var=no ;; - freebsd1*) - ld_shlibs=no - ;; - # 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 @@ -10976,10 +10972,6 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; - freebsd* | dragonfly*) # DragonFly does not have aout. When/if they implement a new # versioning mechanism, adjust this. @@ -10987,7 +10979,7 @@ objformat=`/usr/bin/objformat` else case $host_os in - freebsd[123]*) objformat=aout ;; + freebsd[23]*) objformat=aout ;; *) objformat=elf ;; esac fi @@ -14256,7 +14248,7 @@ esac ;; - freebsd[12]*) + freebsd2*) # C++ shared libraries reported to be fairly broken before # switch to ELF ld_shlibs_CXX=no @@ -16120,10 +16112,6 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; - freebsd* | dragonfly*) # DragonFly does not have aout. When/if they implement a new # versioning mechanism, adjust this. @@ -16131,7 +16119,7 @@ objformat=`/usr/bin/objformat` else case $host_os in - freebsd[123]*) objformat=aout ;; + freebsd[23]*) objformat=aout ;; *) objformat=elf ;; esac fi @@ -18268,10 +18256,6 @@ hardcode_shlibpath_var_F77=no ;; - freebsd1*) - ld_shlibs_F77=no - ;; - # 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 @@ -19056,10 +19040,6 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; - freebsd* | dragonfly*) # DragonFly does not have aout. When/if they implement a new # versioning mechanism, adjust this. @@ -19067,7 +19047,7 @@ objformat=`/usr/bin/objformat` else case $host_os in - freebsd[123]*) objformat=aout ;; + freebsd[23]*) objformat=aout ;; *) objformat=elf ;; esac fi @@ -21333,10 +21313,6 @@ hardcode_shlibpath_var_FC=no ;; - freebsd1*) - ld_shlibs_FC=no - ;; - # 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 @@ -22121,10 +22097,6 @@ shlibpath_var=LD_LIBRARY_PATH ;; -freebsd1*) - dynamic_linker=no - ;; - freebsd* | dragonfly*) # DragonFly does not have aout. When/if they implement a new # versioning mechanism, adjust this. @@ -22132,7 +22104,7 @@ objformat=`/usr/bin/objformat` else case $host_os in - freebsd[123]*) objformat=aout ;; + freebsd[23]*) objformat=aout ;; *) objformat=elf ;; esac fi @@ -24139,10 +24111,6 @@ hardcode_shlibpath_var_GCJ=no ;; - freebsd1*) - ld_shlibs_GCJ=no - ;; - # 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 --Multipart_Wed_Oct_12_03:34:37_2011-1 Content-Type: text/plain; charset=US-ASCII -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ --Multipart_Wed_Oct_12_03:34:37_2011-1--