[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: libvpx and gcc 4.4 dependency
* On 2014-09-04 at 09:03 BST, Patrick Welche wrote:
> jn Wed, Sep 03, 2014 at 01:57:25PM +0100, Jonathan Perkin wrote:
> > * On 2014-09-03 at 13:50 BST, Patrick Welche wrote:
> > > NetBSD 5 comes with gcc 4.1.3.
> > > libvpx needs >= gcc 4.4 to build ssse3 code
> > > libvpx then ends up with a runtime dependency on gcc 4.4 via libgcc_s,
> > > according to libvpx's +BUILD_INFO:
> > >
> > > REQUIRES=/usr/pkg/gcc44/lib/libgcc_s.so.1
> > >
> > > This means that the 1.6M libvpx (i386) binary package carries
> > > a 150M dependency, which seems a little heavy...
> > >
> > > Thoughts?
> > This is one of the reasons for the gcc47-libs package, with that and
> > USE_PKGSRC_GCC_RUNTIME=yes then you "only" have to depend upon the 20M
> > gcc47-libs package.
> Even better on i386 (assuming the contents are correct):
> $ ls -lh gcc*
> -rw-r--r-- 1 root wheel 95M Sep 3 18:17 gcc47-4.7.3nb5.tgz
> -rw-r--r-- 1 root wheel 3.1M Sep 3 18:30 gcc47-libs-4.7.3nb4.tgz
> I'm slightly puzzled by the comment in the Makefiles though, eg gcc47:
> ## When bumping the PKGREVISION of this package the PKGREVISION of
> ## lang/gcc47-libs needs to be bump to be at least 1 more than the
> ## PKGREVISION of this package!
> PKGREVISION= 5
> It seems to be the other way around?
Right, people haven't been reading very carefully when updating these
packages, it's fixed in trunk though.
However, when using USE_PKGSRC_GCC_RUNTIME=yes it doesn't matter as
the dependency is explicitly set to gcc47-libs rather than relying on
the result of pmatch (see lang/gcc47-libs/buildlink3.mk).
Jonathan Perkin - Joyent, Inc. - www.joyent.com
Main Index |
Thread Index |