[prev in list] [next in list] [prev in thread] [next in thread] 

List:       cmake
Subject:    Re: [CMake] SDL_LIBRARY_TEMP
From:       "William A. Hoffman" <billlist () nycap ! rr ! com>
Date:       2006-09-12 14:22:34
Message-ID: 6.2.3.4.2.20060912102151.0b82a070 () pop ! nycap ! rr ! com
[Download RAW message or body]

At 06:27 PM 9/11/2006, Brandon J. Van Every wrote:
> I'm making a casual effort to build the G3D library, which has CMake support under \
> development.  It contains: INCLUDE (FindSDL)
> FIND_PACKAGE(SDL REQUIRED)
> 
> I have SDL binaries for VS7.1 on my system in E:\devel\vs71\SDL-1.2.11.  
> CMakeSetup complained that it was missing some SDL variables, so I manually \
> provided SDL_INCLUDE_DIR and SDLMAIN_LIBRARY.  Things seem to build ok after this, \
> although the build breaks somewhere else for G3D reasons, so I'm not 100% sure of \
> success here. 
> Anyways, CMake is also looking for SDL_LIBRARY_TEMP.  This is not documented.  \
> Googling, it appears to be specific to the CMake FindSDL module, and is not any \
> kind of general SDL parameter.  It shows up in CMakeSetup as \
> SDL_LIBRARY_TEMP-NOTFOUND.  Leaving it alone doesn't seem to cause a problem, but \
> to the user it looks like an error.  If FindSDL is creating this variable, \
> shouldn't it initialize it or something?   Make it not look suspect.

Yep, that is a bug, most likely from a FIND_* call putting it in the cache.
You can create a bug entry.

-Bill


[prev in list] [next in list] [prev in thread] [next in thread]