graphviz-1.9 won't build for me, due to the sort +x -y options having become obselete long ago (see http://www.mcsr.olemiss.edu/cgi-bin/man-cgi?sort+1 - the sort man page on my system doesn't even mention it), but it still uses them in two places. It's using sort +0 -1 in one place, and sort +2 in another place - these are now handled by -k1,2 and -k3, respectively. The deprecation only comes about with glibc-2.3.2-r2 or later as it updates _POSIX2_VERSION in /usr/include/unistd.h - however, as this is bound to change sooner or later for stable Gentoo systems, it's something that ought to be addressed here, and possibly upstream as well.
Created attachment 17478 [details, diff] Patch to fix deprecated sort options
Created attachment 17479 [details] Updated ebuild that applies patch
This patch works perfectly for me.
This patched worked for me perfectly (after adding ~amd64 to KEYWORDS).
Note on my last comment: I only said it BUILDS with ~amd64 and the patch. It doesn't RUN on amd64, so don't go adding it to KEYWORDS.
so which patch is better, here or in #29434 ?
I guess they are more-or-less equivelant, but I must say I like the idea of applying a patch as this does better than sed'ing the Makefile from the ebuild, as bug 29834 does. Plus it may be useful to submit the patch on to the graphviz maintainers.
After reading the comments on this bug and Bug #29834, I think the patch on this bug is more applicable. I can add the patch to CVS in a few days unless someone else wants to take care of this. (Btw, I assume this will apply to graphviz-1.10 as well as 1.9?)
*** Bug 29834 has been marked as a duplicate of this bug. ***
glibc isnt what broke the sort, coreutils is and graphiz-1.10 is in portage which doesnt suffer from this problem