when i start audacious i get GLib-ERROR **: gmem.c:154: failed to allocate 1 868 771 173 bytes aborting... [i put spaces into the number, so it's easier to read] i think the number varies, but it's usually around 10 digits long media-sound/audacious-1.1.0 USE="aac alsa flac modplug mp3 musepack nls vorbis -arts -esd -gnome -jack -lirc -oss -sid -sndfile -timidity -wma" i have currently glib 2.10.3 and gtk+ 2.8.19 installed. i installed ccache recently, so audacious was build without it yet. emerge --info ------------------------------------------------------------------------ Portage 2.1.1_pre3-r1 (default-linux/amd64/2006.0, gcc-4.1.1/amd64-vanilla, glibc-2.4-r3, 2.6.17-beyond2-64 x86_64) ================================================================= System uname: 2.6.17-beyond2-64 x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.1 ccache version 2.4 [enabled] app-admin/eselect-compiler: 2.0.0_rc2-r1 dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r2 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.17 sys-devel/gcc-config: 1.3.12-r6 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.16 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -mtune=k8 -O2 -pipe -msse3" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config" CONFIG_PROTECT_MASK="/etc/env.d /etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=k8 -mtune=k8 -O2 -pipe -msse3" DISTDIR="/home/gentoo/distfiles" FEATURES="autoconfig candy ccache distlocks moo sandbox sfperms strict userpriv usersandbox" GENTOO_MIRRORS="http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="pl_PL.UTF-8" LC_ALL="pl_PL.UTF-8" LINGUAS="pl en" MAKEOPTS="-j2" PKGDIR="/home/gentoo/packages-64bit" PORTAGE_RSYNC_EXTRA_OPTS="--progress" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage" USE="amd64 X a52 aac aalib alsa amr aotuv asf audiofile avi berkdb bitmap-fonts bzip2 cdda cddb cli clock-screen crypt cscope cups curl dbus directfb djbfft dlloader dri dts dvd dvdread eds emboss encode expat e xtras faad fame fat fbcon ffmpeg fftw flac foomaticdb fortran ft gif glitz gnutls gpgme gpm gstreamer gtk gtk2 hfs iconv imagemagick imlib insecure-patches ipv6 isdnlog jfs jpeg js kdeenablefinal kdehiddenvisibi lity key-screen libcaca lzo lzw lzw-tiff mad matroska mbox mikmod mjpeg mmap mng modplug mouse mp3 mp4 mpeg musepack ncurses nls nptl nptlonly ogg oggvorbis openal opengl pam pcre pdf pdflib perl png pop ppds pp pd python qt qt3 qt4 quicktime readline reflection reiser4 reiserfs rtc sdl search-screen session slang spell spl ssl svg sysfs tcpd tga theora threads tiff truetype truetype-fonts type1-fonts unicode usb vcd vo rbis x264 xfs xorg xpm xv xvid zlib elibc_glibc input_devices_mouse input_devices_keyboard kernel_linux linguas_pl linguas_en userland_GNU video_cards_radeon video_cards_fglrx" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS ------------------------------------------------------------------------
You should not specify -msse3 in CFLAGS. Try without.
Beyond-sources running, SSE3 features implied that the CPU does not have... sorry, but you are wasting developer time by filing bugs.
but my cpu DOES have sse3. i used it for 6 months running 32bit with -msse3 cflag. when i do cat /proc/cpuinfo i get "pni" which means sse3. so i do have it. i don't think the kernel would affect behavior of glib, but i'll give it a shot.
i rebuilt glib and audacious without -msse3 . no improvement. btw. i noticed the amount glib/audacious wants to allocate does not change. it's always the same. i'll try with gentoo-sources then.
