With the use of -z defs throughout the XOrg tree, it fails to build on a binutils 2.15 system. A good many symbols are not linked to, and a few need to link to the still unbuilt Xserver, which are not as easily resolvable. Please see the included URL for the PaX Team's analysis of what needs linked, and what will need work (links to Xserver).
there are three classes of undefined symbol that can cause this: - things a module needs that are defined in an external system library (libc, etc). these can be resolved at link time. - things a module needs that are defined in another module. see bug 400. these are usually cries for refactoring. debrix has some work along this line. - things a module needs that are defined in the server itself. these can be fixed by having the module dlopen(NULL) and call those functions through dlsym handles. (do non-libdl platforms have equivalent functionality?) fixing bug 400 is all that's needed to get us running with the dlloader. the other two are still valid but aren't blocking any functionality. accepting, elfloader must die.
reassign
*** Bug 4347 has been marked as a duplicate of this bug. ***
almost everything in 7.0, excluding the server and drivers, should be buildable with -z defs now.
As far as I'm aware there are still some difficulties compiling the xorg-server package, and some of the xf86-input/video drivers. For more information please see http://bugs.gentoo.org/show_bug.cgi?id=110506. At the moment that link has been marked as fixed simply because the packages force the user to swap to the vanilla gcc specs. I think they're experiencing the same problem though, so it'd be great to get all the remaining linking issues ironed out. If there's any further information I can provide, or any testing I can do to help, please let me know. Thanks...
Is this still an issue?
(In reply to comment #6) > Is this still an issue? yes.
Sorry about the phenomenal bug spam, guys. Adding xorg-team@ to the QA contact so bugs don't get lost in future.
As I read it, this is working with newer versions of binutils. I'm closing this as NOTOURBUG. If you want to get support for the old binutils into the tree, I'm happy to review patches.
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.