Summary: | x11-apps/xrandr-1.2.2 fails to compile on uclibc system | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Marc Blumentritt <marc.blumentritt> |
Component: | Current packages | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | corsair, embedded, rmh3093 |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
URL: | http://bugs.freedesktop.org/show_bug.cgi?id=12958 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | xrandr-1.2.2-clone-nameclash.patch |
Description
Marc Blumentritt
2007-10-25 09:56:33 UTC
Its a nameclash. xrandr should't use the name "clone": #if HAS_RANDR_1_2 typedef enum _policy { clone, extend } policy_t; Created attachment 134343 [details, diff]
xrandr-1.2.2-clone-nameclash.patch
patch should walk around problem for now.
This should be reported upstream.
Please file an upstream bug at bugs.freedesktop.org in the xorg product, and post the URL here so we can track it. Thanks\! (In reply to comment #3) > Please file an upstream bug at bugs.freedesktop.org in the xorg product, and > post the URL here so we can track it. Thanks\! Upstream bug can be found under http://bugs.freedesktop.org/show_bug.cgi?id=12958 Regards, Marc Once it's fixed upstream, please reopen this bug. *** Bug 206861 has been marked as a duplicate of this bug. *** *** Bug 260051 has been marked as a duplicate of this bug. *** Can we reopen this bug, there has been no activity on the xorg bug tracker about this since it was posted there in 2007... I recently brought this up on the xorg-devel mailing list and they say its a uclibc bug. uClibc doesnt see how its their fault. Can we just apply this patch when ELIBC="uclibc" so that we can have xrandr on uclibc utill either xorg or uclibc devs decide to do something about it upstream please! Thing is, neither upstream won't do anything about it until you push them to. Do you have a link to uClibc's bugzilla or something? Thanks |