@treecleaners: looks like a good candidate for punting ... #echo ./prim >>prim.TAGS.sed #./gforth --die-on-signal -p ".:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/lib/gforth/site-forth:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/share/gforth/site-forth:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/lib/gforth/0.6.2:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/share/gforth/0.6.2:." prims2x.fs -e "s\" ./prim.b\" ' output-tag dup process-file bye" | sed -f prim.TAGS.sed >prim.TAGS- ./gforth --die-on-signal -p ".:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/lib/gforth/site-forth:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/share/gforth/site-forth:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/lib/gforth/0.6.2:/var/tmp/portage/dev-lang/gforth-0.6.2/image//usr/share/gforth/0.6.2:." prims2x.fs -e "s\" ./prim.b\" ' output-tag dup process-file bye" >prim.TAGS- ./gforth: Cannot allocate memory make: *** [prim.TAGS] Error 1 * * ERROR: dev-lang/gforth-0.6.2 failed. Portage 2.1.4.4 (default-linux/amd64/2007.0, gcc-4.3.1, glibc-2.8_p20080602-r0, 2.6.25.1 x86_64) ================================================================= System uname: 2.6.25.1 x86_64 unknown Timestamp of tree: Fri, 13 Jun 2008 19:45:01 +0000 app-shells/bash: 3.2_p39 dev-lang/python: 2.5.2-r4 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.2.5 sys-apps/sandbox: 1.2.18.1-r2 sys-devel/autoconf: 2.62 sys-devel/automake: 1.10.1-r1 sys-devel/binutils: 2.18-r1 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 2.2.4 virtual/os-headers: 2.6.25-r4 ACCEPT_KEYWORDS="amd64 ~amd64" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/gconf /etc/gentoo-release /etc/revdep-rebuild /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="buildpkg distlocks metadata-transfer sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://216.165.129.134/gentoo http://gentoo.mirrors.tds.net/gentoo http://gentoo.osuosl.org/" LANG="en_US" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://208.71.112.51/gentoo-portage" USE="X acl amd64 berkdb cli cracklib crypt cups dri fortran gcj gdbm gpm iconv ipv6 isdnlog midi mmx mudflap ncurses nls nptl nptlonly objc openmp pam pcre perl pppd python readline reflection session spl sse sse2 ssl tcpd unicode xorg zlib" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse evdev" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" USERLAND="GNU" VIDEO_CARDS="vga" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY
WORKSFORME. Both 0.6.2{,-r1} compile fine on a stable x86 host. I'm not going to try a ~ARCH toolchain so that very well could be the problem. +/- 0 vote for me. Others?
This also fails with USE=emacs (both 0.6.2 and 0.6.2-r1): * Compiling GNU Emacs Elisp files ... /var/tmp/portage/dev-lang/gforth-0.6.2-r1/work/gforth-0.6.2/elc.4697 /var/tmp/portage/dev-lang/gforth-0.6.2-r1/work/gforth-0.6.2 In toplevel form: gforth.el:62:15:Warning: `string-to-int' is an obsolete function (as of Emacs 22.1); use `string-to-number' instead. gforth.el:76:19:Error: Symbol's function definition is void: forth-emacs-older mv: cannot stat `*.elc': No such file or directory /var/tmp/portage/dev-lang/gforth-0.6.2-r1/work/gforth-0.6.2 * batch-byte-compile failed [ !! ] It can be fixed easily, but I don't want to waste my time if the package is going away.
(In reply to comment #2) > This also fails with USE=emacs (both 0.6.2 and 0.6.2-r1): I've fixed this, to get it off my table. This doesn't imply that I would want the package to stay.
(In reply to comment #3) > (In reply to comment #2) > > This also fails with USE=emacs (both 0.6.2 and 0.6.2-r1): > > I've fixed this, to get it off my table. > This doesn't imply that I would want the package to stay. > Thanks ulm, sorry I have not got around to it yet. This is on my next p.mask round to happen in a couple of days due to many random issues. Also, looking at the version bump in bug 180918, maybe I can save this package.
(In reply to comment #4) > Thanks ulm, sorry I have not got around to it yet. This is on my next p.mask > round to happen in a couple of days due to many random issues. Also, looking at > the version bump in bug 180918, maybe I can save this package. Bah, that version bump doesn't look promising. I think it is a fork or something. Anyway, I'm back to undecided about this package. I can't find what is triggering the build failure. It worksforme in a ~amd64 chroot and a x86 host. /me shrugs. I think it will sit here for awhile unless someone else chimes in.
And I guess, we resolve this now as WORKSFORME, because I have tested it every way that I can and no one else has voted. (besides ulm and apparently this works enough for him to fix other things with it)
