Port-amiga archive

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

SOLVED Re: source tree build fails



Hi,

Well, even though it is not complete done, it has made it past the part
where I had a problem. I think that I created this problem for myself when
I did the install. I used the /dev from 1.5. Then I forgot to run
./MAKEDEV all for 4.0. I unlimited it. It has been compiling for like 2
days. I was wondering if anyone could tell me how long it should take with
a 68060?

Thanks,
Al


On Wed, 11 Jul 2007, Ignatios Souvatzis wrote:

> Date: Wed, 11 Jul 2007 09:12:01 +0200
> From: Ignatios Souvatzis <is%netbsd.org@localhost>
> To: port-amiga%netbsd.org@localhost
> Subject: Re: source tree build fails
>
> On Tue, Jul 10, 2007 at 09:35:50PM -0700, DataZap wrote:
> > Hi,
> >
> > I tried to build the NetBSD 4 source tree on my 2000 (blizzard 2060 and
> > 128 megs of ram).
> >
> > Here is the error I get:
> >
> > #   compile  libc/fdopen.ln
> > CC=/usr/src/tooldir.NetBSD-4.0_BETA2-m68k/bin/m68k--netbsdelf-gcc
> > /usr/src/tooldir.NetBSD-4.0_BETA2-m68k/bin/m68k--netbsdelf-lint -chapbxzFS
> > -X 272 -d /usr/src/destdir.amiga/usr/include  -D_LIBC -DLIBC_SCCS
> > -DSYSLIBC_SCCS -D_REENTRANT -DHESIOD -DINET6 -DNLS -DYP
> > -I/usr/src/lib/libc/include -I/usr/src/lib/libc -I/usr/src/sys
> > -I/usr/src/lib/libc/compat/stdlib -I/usr/src/lib/libc/compat/../stdlib
> > -I/usr/src/lib/libc/../../common/lib/libc/quad
> > -I/usr/src/lib/libc/../../common/lib/libc/string
> > -I/usr/src/lib/libc/../../common/lib/libc/arch/m68k/string
> > -D__DBINTERFACE_PRIVATE -DI18NMODULE_MAJOR=4 -DCITRUS
> > -I/usr/src/libexec/ld.elf_so -I/usr/src/lib/libc/dlfcn
> > -I/usr/src/lib/libc/gdtoa -DNO_FENV_H -I/usr/src/lib/libc/arch/m68k/gdtoa
> > -DCITRUS_ICONV -DWITH_RUNE -I/usr/src/lib/libc -DPOSIX_MISTAKE
> > -DCOMPAT__RES -DPORTMAP -DALL_STATE -DUSG_COMPAT    -i
> > /usr/src/lib/libc/stdio/fdopen.c
> > nbmake in realloc(): error: brk(2) failed [internal error]
>
> Hm...
>
> I'm not sure, just guessing, but: this sounds like gcc needs more virtual
> memory. Try to ulimit -d to a higher value before starting the build.
>
> Regards,
>       -is
> --
> seal your e-mail: http://www.gnupg.org/
>





Home | Main Index | Thread Index | Old Index