Re: [patch/rfc] setting version type based on vendor
Hello Mike, Please post patches to the libtool-patches list in the future, thanks. * Mike Frysinger wrote on Sat, Feb 16, 2008 at 09:48:52AM CET: > i dont know if there's a policy on this, but we've been treating the shared > libraries in the Gentoo/FreeBSD port like Linux shared libraries. we control > this based upon the vendor field in the toolchain tuple. I have no problem with this, other than: the fact that it may create an incompatible switch-over point for gentoo users, and the unwary may be expecting for her libraries, built on gentoo, could be usable on other (gasp!) FreeBSD (-like) systems, and also that GNU/FreeBSD distributions other than gentoo (if there are any) should not be discriminated against. At least with GNU/Linux, the vendor field is completely useless -- what about spin-offs of Gentoo for example, what do they use? What do the others think? Cheers, Ralf > 2008-02-16 Diego Pettenò <[EMAIL PROTECTED]> > > * libltdl/m4/libtool.m4: Treat Gentoo/FreeBSD shareds libs as Linux. > ___ http://lists.gnu.org/mailman/listinfo/libtool
Re: changes between linking with shared objects and static libraries
Hello Henning, * Henning Nielsen Lund wrote on Sat, Feb 16, 2008 at 11:04:47AM CET: > > I am working on making it more easy to make shared libraries (Patch #6416) > and using them for AmigaOS4. > > Now my big problem comes... when we link our executables using shared > objects, do we need to include "-use-dynld -Lsobjs:" or "-use-dynld > -L/sobjs" to the line. Are these two possibilities equivalent, and if not, when to use which? Is /sobjs a path to search shared libraries in? Then, if not for any other matter, the latter form should be preferred, as libtool will then be able to understand that, too, and look in /sobjs for deplibs. Are these flags needed also when creating shared libraries, or creating shared libraries that link against other libraries? More generally, is there some documentation available regarding the AmigaOS4 shared library implementation (and the compiler and the linker)? > Is it in libtool, autoconf or automake that I need to make changes to make > this work? Good question. As a first approximation, the user can workaround using ./configure LDFLAGS="-use-dynld -L/sobjs" Since libtool is not typically used if all a package does is link against installed libraries (but not build any itself), then libtool would be the wrong place for this. The gnulib module havelib could be a place, but I guess Automake or Autoconf, possibly, too. I do wonder a bit, if these flags are always needed, why not make them the default inside the compiler? That would be so much simpler. Cheers, Ralf ___ http://lists.gnu.org/mailman/listinfo/libtool
RE: [patch/rfc] setting version type based on vendor
Hi! Ralf Wildenhues <> wrote: > Hello Mike, > > Please post patches to the libtool-patches list in the future, thanks. > > * Mike Frysinger wrote on Sat, Feb 16, 2008 at 09:48:52AM CET: >> i dont know if there's a policy on this, but we've been treating the >> shared libraries in the Gentoo/FreeBSD port like Linux shared >> libraries. we control this based upon the vendor field in the >> toolchain tuple. > > I have no problem with this, other than: the fact that it may create > an incompatible switch-over point for gentoo users, and the unwary > may be expecting for her libraries, built on gentoo, could be usable > on other (gasp!) FreeBSD (-like) systems, and also that GNU/FreeBSD > distributions other than gentoo (if there are any) should not be > discriminated against. At least with GNU/Linux, the vendor field is > completely useless -- what about spin-offs of Gentoo for example, > what do they use? > > What do the others think? I'm running a gentoo/alt-prefix inside Interix on Windows, which i think could also be titled gentoo, but for sure does not behave fully like linux :) Cheers, Markus > > Cheers, > Ralf > >> 2008-02-16 Diego Pettenò <[EMAIL PROTECTED]> >> >> * libltdl/m4/libtool.m4: Treat Gentoo/FreeBSD shareds libs as Linux. ___ http://lists.gnu.org/mailman/listinfo/libtool
