Crazy Eddie's GUI System
0.8.4
|
The current version of CEGUI is licensed under the MIT License:
Note that this license generally only covers the CEGUI code - either compiled or in source code form. For licensing information regarding the data and media files that accompany CEGUI (under the datafiles directory), please see CEGUI Data File and Media Licensing for additional information.
While CEGUI itself is licensed under the MIT license, it is important that users understand that you're probably not only using the CEGUI code, but also that of certain other libraries that CEGUI is built on top of - this means that you may have to additionally comply with the licensing of those other libraries and components as well.
First I want to state that I'm not a 'license lawyer'; what follows is my personal interpretaion of the licensing situation. If you're in any doubt at all, you should either directly contact the authors / license owners of the specific components you have concerns about, or - if you have cash to burn - consult a legal professional.
The exact way that you determine which of the external licenses you need to give consideration to will largely depend upon the choices you make as regards to the various options you have when building CEGUI.
At the very minimum you will need to consider CEGUI's MIT license and the BSD license of the string encoders library (unless you do not compile the Spinner widget code, in which case it's just CEGUI's MIT license).
The next two libraries that are nearly always used are PCRE and FreeType2. With MSVC++ builds using our provided dependency packages these libraries are always linked in statically; while on the Mac using Xcode our provided dependency packages use dynamic linking, although those component frameworks will generally be distributed as part of your application. This means that on both of these systems you must comply with the license conditions for PCRE and FreeType2 (again, this only applies if you have not explicitly disabled the use of these libraries).
If you enabled bi-directional text support using the integrated copy of the minibidi code, then you need to consider the MIT license used for that code.
Beyond these items, the other libraries that you will consider will depend upon your choices for renderering library, image codec library, XML parser and scripting module. Basically this means if you're not using - and therefore not distributing - a particular module you do not need to worry about the licensing any of the dependency libraries that module may use.
Generally the option modules use only the underlying library suggested in the name of the module; for example, the XercesParser module only uses the Xerces-C++ library and the FreeImageImageCodec uses FreeImage. The only two potential "gotchas" exist with the Lua based scripting module that can use an embedded copy of the tolua++ code, and the OpenGL renderer module that can contain a copy of the OpenGL extension wrangler library (GLEW).