Date: Wed, 12 Oct 2011 03:34:37 +0900 From: Hajimu UMEMOTO <ume@FreeBSD.org> To: Pav Lucistnik <pav@FreeBSD.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 Message-ID: <yge1uuj9y2q.wl%ume@mahoroba.org> In-Reply-To: <201110111240.p9BCeAUB095085@repoman.freebsd.org> References: <201110111240.p9BCeAUB095085@repoman.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
--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 <pav@FreeBSD.org> 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--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?yge1uuj9y2q.wl%ume>