Re: FYI: Support for DragonFly (was: Second attempt at patch to libtool 1.5.10)

[Craig Dooley <xlnxminusx@xxxxxxxxx>]

Could this last message be deleted from the archive?  Darn gmail......

-Craig

On Wed, 26 Jan 2005 20:57:31 +0000, Craig Dooley <xlnxminusx@xxxxxxxxx> wrote:
> Thank you.  I'm sorry about not getting back to you about 2.0 branch,
> but work and life have been particularly busy lately.  This is a major
> step at getting software to work out of the box on dragonfly.  Thanks
> again.
> 
> -Craig
> 
> > On Wed, 26 Jan 2005 20:55:10 +0000, Craig Dooley <xlnxminusx@xxxxxxxxx> wrote:
> > > This should help the port building efforts.
> > >
> > > -Craig
> > >
> > >
> > > ---------- Forwarded message ----------
> > > From: Ralf Wildenhues <Ralf.Wildenhues@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)
> > > To: Craig Dooley <xlnxminusx@xxxxxxxxx>, libtool-patches@xxxxxxx
> > >
> > > * 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@xxxxxxxxx>,
> > >             Ralf Wildenhues  <Ralf.Wildenhues@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@xxxxxxxxx>
> > >
> >
> >
> > --
> > -----------------------------------------------------------------------
> > Craig Dooley <xlnxminusx@xxxxxxxxx>
> >
> 
> 
> --
> -----------------------------------------------------------------------
> Craig Dooley <xlnxminusx@xxxxxxxxx>
> 


-- 
-----------------------------------------------------------------------
Craig Dooley <xlnxminusx@xxxxxxxxx>