pkgsrc-Users archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]

Re: The sad state of pkgsrc [was Re: pkgsrc NetBSD 7.0.1_PATCH/x86_64 2016-09-04 11:03]



On Wed, Sep 07, 2016 at 02:37:33PM +0200, Joerg Sonnenberger wrote:
> On Wed, Sep 07, 2016 at 12:10:30PM +0200, Manuel Bouyer wrote:
> > On Wed, Sep 07, 2016 at 11:14:24AM +0200, Manuel Bouyer wrote:
> > > > > devel/sdcc3                                  bouyer%NetBSD.org@localhost
> > > > 
> > > > PLIST mismatch.
> > > 
> > > that's new. It builds in 2016Q2 and AFAIK nothing changed since
> > > 2016Q2 (exept the perl update). 
> > > I'll try to have a look.
> > 
> > gmake[6]: Entering directory '/data/scratch/devel/sdcc3/work/sdcc-3.6.0/device/non-free/lib/pic14/libdev'
> > [  CC   ] ==> pic16f1773.o
> > gp_calloc() -- Could not allocate 4194304 bytes of memory. {gpmemory.c.LINE-308, b_memory_put()}
> > gmake[6]: [Makefile:32: pic16f1773.o] Error 1 (ignored)
> > 
> > that's why the libraries for the pic16f1773 (and others) didn't get
> > installed. gpmemory.c is from gputils, but gputils didn't change
> > between 2016Q2 and HEAD.
> 
> 4GB memory use during build is excessive and harmful to other builds.

It wants 4MB, not 4GB. or are you saying that the process grows that big ?

> That's why a 2GB VA limit is in place. Now the question is, why does it
> want such insane amounts in first place.

Especially as in 2016Q2 it doesn't need that much.

-- 
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
     NetBSD: 26 ans d'experience feront toujours la difference
--


Home | Main Index | Thread Index | Old Index