[Mesa-dev] [Bug 74122] New: loader.c:71:19: fatal error: dlfcn.h: No such file or directory

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=74122

          Priority: medium
            Bug ID: 74122
          Keywords: regression
                CC: alexandre.f.demers at gmail.com, eric at anholt.net,
                    keithp at keithp.com, mike at fireburn.co.uk
          Assignee: mesa-dev at lists.freedesktop.org
           Summary: loader.c:71:19: fatal error: dlfcn.h: No such file or
                    directory
          Severity: blocker
    Classification: Unclassified
                OS: Linux (All)
          Reporter: vlee at freedesktop.org
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: git
         Component: Other
           Product: Mesa

mesa: 3f3aafbfeeb3939cb5cf710954ccefb8bbe9cff9

$ scons platform=windows toolchain=crossmingw machine=x86_64
[...]
  Compiling src/loader/loader.c ...
src/loader/loader.c:71:19: fatal error: dlfcn.h: No such file or directory
 #include <dlfcn.h>
                   ^

4556c734700da2dd95d4f148d6929a537882bade is the first bad commit
commit 4556c734700da2dd95d4f148d6929a537882bade
Author: Eric Anholt <eric at anholt.net>
Date:   Thu Jan 23 13:12:26 2014 -0800

    loader: Use dlsym to get our udev symbols instead of explicit linking.

    Steam links against libudev.so.0, while we're linking against
    libudev.so.1.  The result is that the symbol names (which are the same in
    the two libraries) end up conflicting, and some of the usage of .so.1
    calls the .so.0 bits, which have different internal structures, and
    segfaults happen.

    By using a dlopen() with RTLD_LOCAL, we can explicitly look for the
    symbols we want, while they get the symbols they want.

    Reviewed-by: Keith Packard <keithp at keithp.com>
    Reviewed-by: Kristian Høgsberg <krh at bitplanet.net>
    Tested-by: Alexandre Demers <alexandre.f.demers at gmail.com>
    Tested-by: Mike Lothian <mike at fireburn.co.uk>

:100644 100644 33ac92259485ffdbd572f1d1d515f4b0912d2eda
d266d96b67478c8b86498d2851a925b0ecd774c9 M    configure.ac
:040000 040000 b182b18567800d07af87ee1fc6ea0cf3240b2843
984c15307040226fd44d1cd84fa0e09e5ac26a90 M    src
bisect run success

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/mesa-dev/attachments/20140127/0e087f48/attachment.html>