Hi,
>>>>> On Tue, 11 Oct 2011 12:40:10 +0000 (UTC)
>>>>> Pav Lucistnik <[email protected]> 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,
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
--
Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan
[email protected] ume@{,jp.}FreeBSD.org
http://www.imasy.org/~ume/
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/cvs-all
To unsubscribe, send any mail to "[email protected]"
