i686-pc-linux-gnu-gcc -Wall -g -O2 -o parsetablegen parsetablegen.tif.o parsetablegen.o ksdf2table.o atsets.o flatten.o characters.o first.o follow.o goto.o parse-table.o predicted.o priorities.o statistics.o Sdf2-Normalization.o intset.o item.o itemset.o pgen-symbol.o -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/asc-support/usr/lib -lasc-support-me -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/sglr/usr/lib -lsglr -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/tide-support/usr/lib -ltide-adapter -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/sdf-support/usr/lib -lSDFME -lSDF2PT -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/asf-support/usr/lib -lASFME -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/pt-support/usr/lib -lmept -lPTMEPT -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/error-support/usr/lib -lErrorAPI -L/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/toolbuslib/usr/lib -lATB -L/usr/lib /usr/lib/libATerm.so -lbsd -lnsl -ldl -Wl,--rpath -Wl,/usr/lib -Wl,--rpath -Wl,/usr/lib sed 's@__BINDIR__@/usr/bin@g;\ s@__ACTIVATE__@1@g;\ s@__SGLR__@/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/sglr/usr@g;\ s@__PT_SUPPORT__@/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/local-install/pt-support/usr@g;\ s@__DATADIR__@/usr/share/pgen@g;' < sdf2table.src > sdf2table && \ chmod +x sdf2table sed: -e expression #1, char 353: unterminated address regex make[2]: *** [sdf2table] Error 1 make[2]: Leaving directory `/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/pgen/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-libs/sdf2-bundle-2.3.3/work/sdf2-bundle-2.3.3/pgen' make: *** [all-recursive] Error 1 !!! ERROR: dev-libs/sdf2-bundle-2.3.3 failed. Call stack: ebuild.sh, line 1580: Called dyn_compile ebuild.sh, line 945: Called src_compile sdf2-bundle-2.3.3.ebuild, line 20: Called die !!! Failed to compile !!! If you need support, post the topmost build error, and the call stack if relevant.
Created attachment 104697 [details] emerge --info after failed emerge
Wow, a whole string of packages that can't be emerged, starting with dev-libs/aterm (both x86 & ~x86 fail, with different errors. Below is x86 error. ~x86 needs MAKEOPTS=-j1): "termstats.c: In function 'main': termstats.c:59: error: 'CLK_TCK' undeclared (first use in this function) termstats.c:59: error: (Each undeclared identifier is reported only once termstats.c:59: error: for each function it appears in.) make[1]: *** [termstats.o] Error 1 make[1]: Leaving directory `/var/tmp/portage/dev-libs/aterm-2.3.1/work/aterm-2.3.1/test'" I will take comment #0's word on the build failure with dev-libs/sdf2-bundle And the only package depending on these two is dev-lang/stratego. -No maintainer -**1.5 y/o bug with no attention!** -ebuilds haven't been touched for many years. -At least one automagic dep in sdf2-bundle wrt aterm (I tried to build sdf2-bundle without aterm) -stratego's latest release is 0.8.1 or so but I can't get a date on it because the ftp server is misconfigured, active website. -Non-trivial to bump aterm & sdf2-bundle as it appears they have moved to a meta pacakge? http://www.cwi.nl/htbin/sen1/twiki/bin/view/Meta-Environment/WebHome -I vote we remove these *three* package because we are really lagging behind and based on my testing aterm is b0rked & based on user's testing sdf2-bundle is broke as well. stratego comes along for the ride because it is soo old and it requires these two package. Please vote.
(In reply to comment #2) > I will take comment #0's word on the build failure with dev-libs/sdf2-bundle Confirmed. Same issue with ~x86 after more testing. My proposal stand although we *could* salvage dev-libs/aterm-2.4.2 but the only packages depending on it are going to be masked in my proposal. Another test case: aterm-2.4.2 installed. Trying to install sdf2-bundle-2.3 (x86) results in: configure: error: cannot find libATerm-gcc.a. You must install the ATerm library with the option --with-gcc I guess that might work too (if aterm gets fixed up) - I'll test some more. What road do you guys want to take? Please provide input.
(In reply to comment #3) > Another test case: > aterm-2.4.2 installed. Trying to install sdf2-bundle-2.3 (x86) results in: > configure: error: cannot find libATerm-gcc.a. You must install the ATerm > library with the option --with-gcc Non-trivial to fix: econf \ --with-gcc \ --with-cflags="${CFLAGS}" \ --without-dbg \ --with-prof \ ${myconf} || die "./configure failed" --with-gcc already exists! And the library in question is not present on my computer. I give up on fixing this. Mask++
# Jeremy Olexa <darkside@gentoo.org> (12 Sep 2008) # Masked for removal in 60 days. Broken in Gentoo for 1.5 years, no maintainer, # automagic deps, non trivial to version bump due to now bundled packages. # dev-lang/stratego comes for the ride becuase it depends on these two packages. # See bug #159048 dev-libs/aterm dev-libs/sdf2-bundle dev-lang/stratego
I can maintain this package and any of the other strategoxt tools. Is there something I need to do to keep it in portage?
(In reply to comment #6) > I can maintain this package and any of the other strategoxt tools. Is there > something I need to do to keep it in portage? > Fix this bug.
(In reply to comment #6) > I can maintain this package and any of the other strategoxt tools. Is there > something I need to do to keep it in portage? > Hey George, I was about to process this bug but then saw your comment again. Were you working on this still? I will leave it masked for a few more days/until I get to the queue again. Please update your status if you got this package working. thx
Jeremy, If you could give me a few more days that would be great. My plan is to upgrade to the latest version of strategoxt and all its dependents. That usually fixes build problems with this software.
(In reply to comment #9) > Jeremy, If you could give me a few more days that would be great. My plan is > to upgrade to the latest version of strategoxt and all its dependents. That > usually fixes build problems with this software. > No problem, see comment #2 as well. Seems to moved to a meta package of some sort. I did not have the knowledge of that app at the time to decipher what was needed. If you can get something that works here and obsoletes the non-working packages, that is fine with us. I would rather not keep this one hanging around forever though, so hopefully a couple more weeks is adequete.
I should have this done by one week, but two weeks give me time to contact upstream if there are any issues.
Sorry, enough time has passed. Please file a new bug for fixed packages and take them to Gentoo Sunrise if desired. http://www.gentoo.org/proj/en/qa/treecleaners/#doc_chap7