Bug 512740 – media-gfx/graphviz with ~sys-libs/uclibc-0.9.33.2 : avoid clone name clash

• Status: RESOLVED OBSOLETE
• Product: Gentoo Linux

[Description René Rhéaume 2014-06-08 13:07:10 UTC]

graphviz does not build on systems with uclibc 0.9.33.2 because of a clash with clone. I took the patch from Alpine Linux. I don't know what it is going to do with uclibc 0.9.33.9999 used in the lastest Lilblue (I stick to 0.99.33.2-r4 because test fails on newer versions)

Reproducible: Always

Steps to Reproduce:
1. Install Lilblue between December 2013 and April 2014
2. emerge -1 graphviz
3.
Actual Results:  
emake failed (build phase)

Expected Results:  
graphviz installed on system

[Comment 1 René Rhéaume 2014-06-08 13:08:52 UTC]

Created attachment 378478 [details, diff]
graphviz-2.26.3-r4.ebuild.patch

[Comment 2 René Rhéaume 2014-06-08 13:10:12 UTC]

Created attachment 378480 [details, diff]
graphviz-2.26.3-clone-nameclash-r1.patch

[Comment 3 Anthony Basile 2014-07-11 22:49:22 UTC]

This patch should probably go upstream.  cdrtools has the same name collision, see bug #486782.  Upstream there did not accept the patch arguing that implementation details are leaked via stdio.h causing the issue.  Here changing clone -> clone0 is a little less intrusive.

[Comment 4 SpanKY 2014-07-31 04:09:58 UTC]

(In reply to Anthony Basile from comment #3)

they aren't wrong.  the uclibc headers are broken.

[Comment 5 Anthony Basile 2015-04-21 16:37:26 UTC]

(In reply to SpanKY from comment #4)
> (In reply to Anthony Basile from comment #3)
> 
> they aren't wrong.  the uclibc headers are broken.

are there specs regarding how these header should stack.  i've wrote some python tools to analyze header stacking, but i don't know what the "right answer" is so i can start fixing things.

[Comment 6 Anthony Basile 2018-10-14 12:12:48 UTC]

sys-libs/uclibc has been removed from the tree, replaced by sys-libs/uclibc-ng.  if this is still a problem on uclibc-ng, please open a new bug.