compiling problems

classic Classic list List threaded Threaded
3 messages Options
Reply | Threaded
Open this post in threaded view
|

compiling problems

Jorge Almeida
I'm experiencing unending problems compiling packages on a new install
system. The current one was gtk+ :

 gtkdoc-scan --module=gdk-pixbuf --source-dir=../../../gdk-pixbuf
 --ignore-headers="pixops gdk-pixbuf-alias.h gdk-pixbuf-marshal.h
 gdk-pixbuf-xlib-private.h gdk-pixbuf-i18n.h gdk-pixbuf-private.h
 io-gif-animation.h io-ani-animation.h test-images.h"
 --source-dir=../../../contrib/gdk-pixbuf-xlib
 --deprecated-guards="GDK_PIXBUF_ENABLE_BROKEN|GDK_PIXBUF_DISABLE_DEPRECATED"
 touch scan-build.stamp
 *** Rebuilding template files ***
 cd . && gtkdoc-mktmpl --module=gdk-pixbuf
 =============================================================================
 WARNING: 1 unused declarations.
   These can be found in gdk-pixbuf-unused.txt.
     They should be added to gdk-pixbuf-sections.txt in the appropriate
     place.
     =============================================================================
     touch tmpl-build.stamp
     *** Building XML ***
     cd . && \
     gtkdoc-mkdb --module=gdk-pixbuf --source-dir=../../../gdk-pixbuf
     --output-format=xml --main-sgml-file=gdk-pixbuf.sgml --sgml-mode
     --source-dir=../../../contrib/gdk-pixbuf-xlib --output-format=xml
     99% symbol docs coverage (183 symbols documented, 3 symbols
     incomplete, 2 not documented)
     See gdk-pixbuf-undocumented.txt for a list of missing docs.
     The doc coverage percentage doesn't include intro sections.
     Use of uninitialized value in split at /usr/bin/gtkdoc-mkdb line
     608.
     touch sgml-build.stamp
     *** Building HTML ***
     rm -rf ./html
     mkdir ./html
     cd ./html && gtkdoc-mkhtml gdk-pixbuf ../gdk-pixbuf.sgml
     parser error : out of memory error
     file:///usr/share/sgml/docbook/xsl-stylesheets-1.68.1/common/zh_tw.xml:32:
     parser error : out of memory error
        <l:gentext key="dedication" text="&#22857;&#29563;"/>

The compilation just hangs at this point. "top" says:

top - 12:12:44 up 1 day,  4:29,  3 users,  load average: 1.08, 1.19,
1.49
Tasks:  95 total,   3 running,  90 sleeping,   2 stopped,   0 zombie
Cpu(s): 99.7% us,  0.3% sy,  0.0% ni,  0.0% id,  0.0% wa,  0.0% hi,
0.0% si
Mem:    514880k total,   425308k used,    89572k free,    53952k buffers
Swap:   787104k total,      196k used,   786908k free,   218048k cached
PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
16112 root      25   0 58576  54m 1256 R 99.6 10.9   7:49.07 xsltproc
23410 root      16   0  2028 1076  816 R  0.3  0.2   0:03.46 top
1 root      16   0  1448  448  392 S  0.0  0.1   0:00.59 init
2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00
migration/0
3 root      34  19     0    0    0 S  0.0  0.0   0:00.00
ksoftirqd/0
4 root      10  -5     0    0    0 S  0.0  0.0
0:00.18 events/0

Could there be some problem with gcc-3.3.6?

$ emerge --info
Portage 2.0.51.22-r3 (default-linux/x86/2005.1, gcc-3.3.6,
glibc-2.3.5-r2, 2.6.14-gentoo-r2 i686)
=================================================================
System uname: 2.6.14-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 1.50GHz
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5, 2.4.2
sys-apps/sandbox:    1.2.12
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.20
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config
/usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/
/usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/
/usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/
/var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium4 -pipe -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="ftp://mirrors1.netvisao.pt/gentoo/
http://distfiles.gentoo.org
http://www.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X aalib alsa apm arts bash-completion bitmap-fonts bzip2 cdb
cdparanoia cdr crypt curl directfb doc dri dvd dvdread fbcon gif gphoto2
gpm gtk gtk2 imagemagick imap imlib java javaperl jpeg jpeg2k kde
lm_sensors maildir mime motif ncurses nls nptl nsplugin offensive opengl
pam pdflib png posix python qt readline recode scanner ssl tetex tiff
truetype truetype-fonts type1-fonts xmljpeg zlib userland_GNU
kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS,
PORTDIR_OVERLAY

--
Jorge Almeida
--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: compiling problems

Bugzilla from bigfish@asmallpond.org
On 11/16/05, Jorge Almeida <[hidden email]> wrote:
> I'm experiencing unending problems compiling packages on a new install
> system. The current one was gtk+ :

<snip>

>      cd ./html && gtkdoc-mkhtml gdk-pixbuf ../gdk-pixbuf.sgml
>      parser error : out of memory error

<snip>

> Could there be some problem with gcc-3.3.6?

Probably not, because it isn't gcc that is failing...it is
gtkdoc-mkhtml, and it is running out of memory.

You can either merge gtk with USE=-doc, which will skip this step, or
use MAKEFLAGS=-j1, which will run only one process at a time, and
reduce your memory requirements by about half.

-Richard

--
[hidden email] mailing list

Reply | Threaded
Open this post in threaded view
|

Re: compiling problems

Jorge Almeida
On Wed, 16 Nov 2005, Richard Fish wrote:

> Probably not, because it isn't gcc that is failing...it is
> gtkdoc-mkhtml, and it is running out of memory.
>
> You can either merge gtk with USE=-doc, which will skip this step, or
> use MAKEFLAGS=-j1, which will run only one process at a time, and
> reduce your memory requirements by about half.
That makes sense, since I only recently set MAKEFLAGS=-j2 (it was
recommended, I think). RAM is 512M and swap is about 760M. Could this be
the cause?
>
 
Jorge
--
[hidden email] mailing list