pkgsrc-Users archive

[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).

Cheers,

-- 
Jonathan Perkin  -  Joyent, Inc.  -  www.joyent.com


Home | Main Index | Thread Index | Old Index