epunt_cxx solves it Reproducible: Always Steps to Reproduce: 1. 2. 3.
*** Bug 79484 has been marked as a duplicate of this bug. ***
*** Bug 79486 has been marked as a duplicate of this bug. ***
nice comment indeed, thanks. these apps do build w/o nocxx, but there is useless check in configure that fails.
foser: you should undo those duplicates, because they are not, it is your understanding that fails here, and none of these is resolved, so should be reopened, independently of the fact that this is upstream issue or not
I do not consider them resolved, but they're all one and the same thing on packages administered by one and the same herd, that is what you fail to understand here. And don't touch all bugzilla options you have nothing todo with anyway, and don't CC ppl who haven't asked for it (even more bugspam).
the only option I really wanted to touch, was CC, the others, if they were changed are bugzilla's system problem, not mine. CC-ing to embedded was not for "pollution" they are the one, who really use nocxx ;)
Peter, As the idea is to track the nocxx issue in one bug (this one), please list here the packages that are affected by this so we can keep track of those easily.
Created attachment 62388 [details] apps needing epunt as of 2005.07.01 don't bother about the filenames, only the category/app is important
I haven't looked into all of them yet, but all x11-libs/gtk+-2 ebuilds in our tree include the 'epunt_cxx' command. Does that line refers to gtk+-1.2.10-r10/-r11? If so, could you please be more specific in your list and include version numbers too? Thanks.
need information requested in comment #10
easy to test, build any version of gcc w/ nocxx (or move out *cpp/*c++/*g++ of path - both /usr/bin and /usr/arch-*/gcc-bin/gcc-version) and try to emerge the app in question