- 
    Bug 
- 
    Resolution: Duplicate
- 
     P4 P4
- 
    9
                    OS X 10.11 (El Capitan) makes changes to the handling of the /usr directory; as a result, 'configure' can no longer find my standard installation of XQuartz, which provides freetype headers and libraries.
The OS X installer removed /usr/X11R6, which is apparently where 'configure' was previously looking. (This is part of the System Integrity Protection feature [1], which also blocks future third-party installs from writing to that location.)
The files can be found in /opt/X11 -- this is the longstanding install location for XQuartz, with other paths consisting of symbolic links.
My system also has a symbolic link from /usr/X11 (I'm not sure how that came to be, or why the config script doesn't try it).
Workaround:
sh configure --with-freetype-include=/opt/X11/include/freetype2 --with-freetype-lib=/opt/X11/lib
[1] https://en.wikipedia.org/wiki/System_Integrity_Protection
The OS X installer removed /usr/X11R6, which is apparently where 'configure' was previously looking. (This is part of the System Integrity Protection feature [1], which also blocks future third-party installs from writing to that location.)
The files can be found in /opt/X11 -- this is the longstanding install location for XQuartz, with other paths consisting of symbolic links.
My system also has a symbolic link from /usr/X11 (I'm not sure how that came to be, or why the config script doesn't try it).
Workaround:
sh configure --with-freetype-include=/opt/X11/include/freetype2 --with-freetype-lib=/opt/X11/lib
[1] https://en.wikipedia.org/wiki/System_Integrity_Protection
- duplicates
- 
                    JDK-8147754 Configure fails to detect freetype installed by XQuartz on OSX 10.11 -           
- Resolved
 
-