summaryrefslogtreecommitdiff
path: root/indra/cmake/DirectX.cmake
AgeCommit message (Collapse)Author
2020-05-20Remove DirectX.cmake. With recent SDKs (dating back to at least VS 2013Nicky Dasmijn
and the 8.1 SDK) DirectX is included in the SDK and does not need any special detection logic.
2020-05-11DRTVWR-476: Use find_library(dxguid) rather than find_path().Nat Goodspeed
2020-05-07DRTVWR-476: Help DirectX.cmake cope with multiple SDK versions.Nat Goodspeed
First, get rid of ancient cruft in the find_path() calls: on a 64-bit system, "$ENV{PROGRAMFILES}" expands to the 64-bit 'Program Files' directory rather than the 32-bit 'Program Files (x86)' directory, and none of the ancient cruft would be found there anyway. Empirically, find_path(dxdiag.h) is able to find the file using environment variables (INCLUDE from VS variables?), so it doesn't need the specific pathnames coded into that call. Once we find DIRECTX_INCLUDE_DIR, don't immediately insert it into include_directories: we've had troubles with incompatible Windows SDK versions (compile errors in Microsoft header files!) when DIRECTX_INCLUDE_DIR preceded the Windows SDK directory in the include path. The DIRECTX_FIND_QUIETLY logic seemed backwards: the message(STATUS) output was emitted only when DIRECTX_FIND_QUIETLY was false. Reverse that. The ancient cruft in find_path(dxguid.lib) was causing it to find the wrong (very old) DirectX library. Remove ancient cruft. But empirically, without that, even once we've found DIRECTX_INCLUDE_DIR, CMake could not implicitly find dxguid.lib. If the DirectX directory hierarchy were structured as .../version/Include and .../version/Lib, a relative pathname would have been sufficient hint. Unfortunately it's structured as .../Include/version and .../Lib/version, so a relative pathname would have to include the specific version. Instead, replace "/Include/" with "/Lib/". But even then, we have to drill down to the architecture-specific subdirectory based on ADDRESS_SIZE.
2015-11-10remove execute permission from many files that should not have itOz Linden
2013-04-19merge changes for DRTVWR-294Oz Linden
2013-03-29Update Mac and Windows breakpad builds to latestGraham Madarasz
2012-10-04Removing server-related cmake cruft. Fixing libGLU warnings on linux.Don Kjer
2012-09-24Cherry-picked windows build fixes from sunshine-experimentalDon Kjer
2011-01-31find latest DirectX dirs.Alain Linden
2009-05-19Fix to develop.py to build on 64 bit windows.Mark Palange
Added March 2009 DirectX SDK to cmake config. Reviewed by brad
2008-10-29Added search path for Microsoft DirectX SDK (August 2008), the latest ↵James Cook
version. OK by Ambroff.
2008-09-24DEV-19146 / Don't hard-code Windows paths.Bryan O'Sullivan
2008-08-08Added the latest directx sdk release (June 2008) to the list that cmake ↵Eric Tulla
searches for. -Reviewed by bos
2008-06-11Added another search path for the DirectX SDK (the August 2007 version). At ↵James Cook
some point we should decide exactly what DirectX SDK versions we support, but today is not that day. And this is not the oldest version on the path list.
2008-06-02FIXED silly mistake.Callum Prentice
Added another alternate, default location for DirectX SDK files. Reviewed by Mani
2008-06-02Added another alternate, default location for DirectX SDK files.Callum Prentice
Reviewed by Mani
2008-06-02svn merge -r88066:88786 ↵Bryan O'Sullivan
svn+ssh://svn.lindenlab.com/svn/linden/branches/cmake-9-merge dataserver-is-deprecated for-fucks-sake-whats-with-these-commit-markers