summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorYaakov Selkowitz <yselkowitz@users.sourceforge.net>2010-04-14 05:58:28 -0500
committerYaakov Selkowitz <yselkowitz@users.sourceforge.net>2010-08-09 00:45:00 -0500
commitc482a2c104aa5cd1a265c2ca310a308dcc418fe7 (patch)
treeb03f4c65782ad7a9bb4f1533ac41b0f0294df6f1 /include
parent455ec66e82e3c4bedd9e789d2ab33030b8e64ffa (diff)
Revert "Bug #6247: Fix build on Cygwin"
libtool requires the '-no-undefined' flag in order to create shared libraries on PE/COFF platforms (Cygwin/MinGW); on other platforms this flag has no effect. The problem with libXfont is that PE weak symbols do not behave exactly as they do on ELF platforms. Since PE binaries (both executables and libraries) must have all symbols resolved at link time, there is no way for the real symbols in xserver to "displace" those in libXfont at runtime, so the result is that libXfont uses its stubs, which do nothing, and xserver ends up unable to find its fonts. Solving this will require either significant changes to libXfont or some major improvement to the toolchain to handle this case. Until that happens, removing '-no-undefined' will result in a static-only library on these platforms, which is the only currently working solution. http://sourceware.org/bugzilla/show_bug.cgi?id=11306 http://cygwin.com/ml/cygwin/2010-04/msg00281.html This reverts commit 69c4ae1e3e14a58bc2eb9b9b8820dc7183b82a67. Conflicts: ChangeLog Signed-off-by: Yaakov Selkowitz <yselkowitz@users.sourceforge.net>
Diffstat (limited to 'include')
0 files changed, 0 insertions, 0 deletions