Patchwork libtool.m4: remove (incorrect) handling of FreeBSD 1.x

login
register
mail settings
Submitter Gerald Pfeifer
Date Jan. 19, 2011, 11:01 p.m.
Message ID <alpine.LNX.2.00.1101192355120.3387@gerinyyl.fvgr>
Download mbox | patch
Permalink /patch/79623/
State New
Headers show

Comments

Gerald Pfeifer - Jan. 19, 2011, 11:01 p.m.
FreeBSD has been dead for way over a decade (FreeBSD 2.0 was released
in 1994) and without support for dynamic linking and shared libraries
I doubt there's a lot of software that would build at all.

In anycase, libtool's handling code to handle it is buggy and will soon 
also match FreeBSD 10.0 and later which do support dynamic linking.


I think it's best to simplify libtool.m4 per the patch below.

I do not have libtool write access, so appreciate help.  Let me know
how to handle this for GCC, where this should go to HEAD, 4.5 and 4.4
at least.


Thanks,
Gerald


2011-01-19  Gerald Pfeifer  <gerald@pfeifer.com>

	* libtool.m4: Remove handling of freebsd1* which soon would
	incorrectly match FreeBSD 10.0.

Patch

Index: libtool.m4
===================================================================
--- libtool.m4	(revision 168842)
+++ libtool.m4	(working copy)
@@ -2266,10 +2266,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.
@@ -4796,10 +4792,6 @@ 
       _LT_TAGVAR(hardcode_shlibpath_var, $1)=no
       ;;
 
-    freebsd1*)
-      _LT_TAGVAR(ld_shlibs, $1)=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