Summary: | glxinfo: C++ program that forgets to use C++ target | ||||||
---|---|---|---|---|---|---|---|
Product: | xorg | Reporter: | Daniel Stone <daniel> | ||||
Component: | App/other | Assignee: | Xorg Project Team <xorg-team> | ||||
Status: | RESOLVED NOTOURBUG | QA Contact: | |||||
Severity: | normal | ||||||
Priority: | high | CC: | roland.mainz | ||||
Version: | git | ||||||
Hardware: | x86 (IA32) | ||||||
OS: | Linux (All) | ||||||
Whiteboard: | |||||||
i915 platform: | i915 features: | ||||||
Attachments: |
|
Description
Daniel Stone
2004-11-22 11:25:21 UTC
Created attachment 1355 [details] [review] trivial patch Comment on attachment 1355 [details] [review] trivial patch committed to head Can someone explain this? glxinfo is most certainly *NOT* a C++ program. It links with dynamic libraries that happen to use C++, but that should not matter. The interfaces exposed by those libraries are vanilla C. If there is a problem, it's either with the dependencies in libGLU.so or in the link loader. Comment on attachment 1355 [details] [review] trivial patch Approval request has been deferred in the 2004-12-06 release-wranglers conference call until it's clear why this patch is needed (it may be required for some platforms but it's not sure whether we should simply use the current patch on all platforms). Comment on attachment 1355 [details] [review] trivial patch Approval for commit to the X11R6.8.x stable branch DENIED in the 2004-12-13 release-wranglers phone call (due lack of information why this patch is needed. Please re-request approval again if you really think this patch is important and provide more context information (like a bunch of URLs to the original discussion etc.)). from the patch description, it sounds like this happens when you're attempting to use a debian userspace on top of a freebsd kernel. something in the userspace toolchain isn't being done properly. libGLU needs the C++ runtime, and _libGLU_'s transitive dependency on libstdc++ should be sufficient - is sufficient, on any other linux or bsd platform. NOTOURBUG, in other words, unless the GNU/kFreeBSD people can convince me otherwise. not our problem, gnu/kfreebsd toolchain bug. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.