Fwd: FYI: Support for DragonFly (was: Second attempt at patch to libtool 1.5.10)
Craig Dooley
xlnxminusx at gmail.com
Wed Jan 26 12:56:33 PST 2005
This should help the port building efforts.
-Craig
---------- Forwarded message ----------
From: Ralf Wildenhues <Ralf.Wildenhues at xxxxxx>
Date: Wed, 26 Jan 2005 18:41:24 +0100
Subject: FYI: Support for DragonFly (was: Second attempt at patch to
libtool 1.5.10)
* Ralf Wildenhues wrote on Sun, Jan 16, 2005 at 09:31:37AM CET:
> * Craig Dooley wrote on Wed, Dec 22, 2004 at 03:42:12PM CET:
> > > * Craig Dooley wrote on Tue, Dec 21, 2004 at 03:15:24PM CET:
> > > > Here is a second attempt at a patch to add dragonfly support for
> > > > libtool 1.5.10. This was tested on dragonfly1.1-CURRENT with gcc
> > > > 3.4.1. With this patch installed, all the test suites pass, except
> > > > one saying shlibpath_overrides_runpath should be set to yes. As
> > > > dragonfly was a fork from FreeBSD 4.8, I chose to leave
> > > > shlibpath_overrides_runpath as no, to match the FreeBSD behavior.
> *snip*
> > I will try this patch against libtool from CVS
> > this morning and tell you how the test suite goes.
>
> This is a gentle ping to enquire whether we should still wait for test
> results on your side or just go ahead and apply the patch.
I went ahead and installed this patch (all branches),
adding a NEWS entry and a remark as to possible changing version_type.
Regards,
Ralf
2005-01-26 Craig Dooley <xlnxminusx at xxxxxxxxx>,
Ralf Wildenhues <Ralf.Wildenhues at xxxxxx>
* NEWS, m4/libtool.m4, config/ltmain.m4sh [dragonfly]:
Add support for DragonFly.
Index: NEWS
===================================================================
RCS file: /cvsroot/libtool/libtool/NEWS,v
retrieving revision 1.176
diff -u -r1.176 NEWS
--- NEWS 20 Dec 2004 13:08:33 -0000 1.176
+++ NEWS 26 Jan 2005 17:27:58 -0000
@@ -7,6 +7,7 @@
* Support for linux-dietlibc (`diet' as well as `diet-dyn', separately).
* Shell optimizations which break use of the stdin file descriptor in libtool.
* `libtoolize --install' now also installs `install-sh'.
+* Support (mostly) for DragonFly BSD.
New in 1.9h: 2004-??-??; CVS version 1.9g, Libtool team:
* Libtool versions can now be parallel installed, except that only one
Index: config/ltmain.m4sh
===================================================================
RCS file: /cvsroot/libtool/libtool/config/ltmain.m4sh,v
retrieving revision 1.1.2.26
diff -u -r1.1.2.26 ltmain.m4sh
--- config/ltmain.m4sh 9 Dec 2004 17:59:39 -0000 1.1.2.26
+++ config/ltmain.m4sh 22 Dec 2004 14:23:56 -0000
@@ -2583,7 +2583,7 @@
# These systems don't actually have a C library (as such)
test "X$arg" = "X-lc" && continue
;;
- *-*-openbsd* | *-*-freebsd*)
+ *-*-openbsd* | *-*-freebsd* | *-*-dragonfly*)
# Do not include libc due to us having libc/libc_r.
test "X$arg" = "X-lc" && continue
;;
@@ -2594,7 +2594,7 @@
esac
elif test "X$arg" = "X-lc_r"; then
case $host in
- *-*-openbsd* | *-*-freebsd*)
+ *-*-openbsd* | *-*-freebsd* | *-*-dragonfly*)
# Do not include libc_r directly, use -pthread flag.
continue
;;
@@ -4473,7 +4473,7 @@
*-*-netbsd*)
# Don't link with libc until the a.out ld.so is fixed.
;;
- *-*-openbsd* | *-*-freebsd*)
+ *-*-openbsd* | *-*-freebsd* | *-*-dragonfly*)
# Do not include libc due to us having libc/libc_r.
test "X$arg" = "X-lc" && continue
;;
Index: m4/libtool.m4
===================================================================
RCS file: /cvsroot/libtool/libtool/m4/libtool.m4,v
retrieving revision 1.125.2.19
diff -u -r1.125.2.19 libtool.m4
--- m4/libtool.m4 20 Dec 2004 08:15:36 -0000 1.125.2.19
+++ m4/libtool.m4 22 Dec 2004 14:23:56 -0000
@@ -1134,7 +1134,7 @@
lt_cv_sys_max_cmd_len=8192;
;;
- netbsd* | freebsd* | openbsd* | darwin* )
+ netbsd* | freebsd* | openbsd* | darwin* | dragonfly*)
# This has been around since 386BSD, at least. Likely further.
if test -x /sbin/sysctl; then
lt_cv_sys_max_cmd_len=`/sbin/sysctl -n kern.argmax`
@@ -1825,7 +1825,9 @@
dynamic_linker='GNU ld.so'
;;
-freebsd*)
+freebsd* | dragonfly*)
+ # DragonFly does not have aout. When/if they implement a new
+ # versioning mechanism, adjust this.
objformat=`test -x /usr/bin/objformat && /usr/bin/objformat || $ECHO aout`
version_type=freebsd-$objformat
case $version_type in
@@ -2479,13 +2479,13 @@
lt_cv_deplibs_check_method=pass_all
;;
-freebsd* | kfreebsd*-gnu)
+freebsd* | kfreebsd*-gnu | dragonfly*)
if $ECHO __ELF__ | $CC -E - | $GREP __ELF__ > /dev/null; then
case $host_cpu in
i*86 )
# Not sure whether the presence of OpenBSD here was a mistake.
# Let's accept both of them until this is cleared up.
- lt_cv_deplibs_check_method='file_magic
(FreeBSD|OpenBSD)/i[[3-9]]86 (compact )?demand paged shared library'
+ lt_cv_deplibs_check_method='file_magic
(FreeBSD|OpenBSD|DragonFly)/i[[3-9]]86 (compact )?demand paged shared
library'
lt_cv_file_magic_cmd=/usr/bin/file
lt_cv_file_magic_test_file=`$ECHO /usr/lib/libc.so.*`
;;
@@ -3030,7 +3030,7 @@
;;
esac
;;
- freebsd* | kfreebsd*-gnu)
+ freebsd* | kfreebsd*-gnu | dragonfly*)
# FreeBSD uses GNU C++
;;
hpux9* | hpux10* | hpux11*)
@@ -3950,7 +3950,7 @@
;;
# FreeBSD 3 and greater uses gcc -shared to do shared libraries.
- freebsd* | kfreebsd*-gnu)
+ freebsd* | kfreebsd*-gnu | dragonfly*)
_LT_TAGVAR(archive_cmds, $1)='$CC -shared -o $lib $libobjs
$deplibs $compiler_flags'
_LT_TAGVAR(hardcode_libdir_flag_spec, $1)='-R$libdir'
_LT_TAGVAR(hardcode_direct, $1)=yes
@@ -4929,7 +4929,7 @@
_LT_TAGVAR(archive_cmds_need_lc, $1)=no
;;
- freebsd* | kfreebsd*-gnu)
+ freebsd* | kfreebsd*-gnu | dragonfly*)
# FreeBSD 3 and later use GNU C++ and GNU ld with standard ELF
# conventions
_LT_TAGVAR(ld_shlibs, $1)=yes
--
-----------------------------------------------------------------------
Craig Dooley <xlnxminusx at xxxxxxxxx>
More information about the Submit
mailing list