[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: libtool without pkgsrc on DragonFly and no RPATH (fwd)
* Todd Vierling wrote on Thu, Mar 02, 2006 at 07:47:14PM CET:
> On Thu, 2 Mar 2006, Jeremy C. Reed wrote:
> > These patches are not part of the automatic patches because libtool
> > also installs these .m4 files at runtime, and we want the
> > "off-the-shelf" versions of those files used instead.
> > Well in this case, the "off-the-shelf" version does not work on DragonFly.
> > Until fixes go upstream for at least DragonFly, the libtool.m4 could be
> > patched
> There are reproducability and GPL issues involved if pkgsrc is to install a
> modified libtool.m4, precisely because that file is copied into libtoolized
> packages. That's why the manual patch exists.
Ahh. Good to know.
> I think the fix you need is the one added to pkgsrc in revision 1.19 of
Yes. I broke that before 1.5.22 when trying to work on FreeBSD. Sorry
> If you wish to add that change to your
> local installed copy of libtool.m4, that is fine, but do not add it to the
> one that libtool-base installs. I'll double check that the fix was pushed
> back upstream, and will contribute it back myself if not.
I will apply it.
> The version_type difference is a pkgsrc-ism that is not related to your
> problem. The switch to "linux" in pkgsrc just changes how the .so.* name is
> constructed, for reasons documented on tech-pkg in late 2004, and PR
> pkg/26633 (it's a "too many major version bumps" issue).
I might have asked this before: should that switch also be reflected in
GNU Libtool "upstream"?
Main Index |
Thread Index |