fly/flightgear
1
0
Fork 0
Code Activity
flightgear/src/Scripting/CMakeLists.txt

49 lines
877 B
Text
Raw Normal View History

Initial work on CMake build files, with considerable help from Olaf Flebbe.
2010-11-30 10:08:30 +00:00
include(FlightGearComponent)
set(SOURCES
Expose HTTP module to Nasal.
2013-10-15 01:02:05 +02:00
NasalSys.cxx
nasal-props.cxx
Improved infrastructure for add-ons: C++ classes, metadata file, Nasal interface This commit adds C++ classes for add-on management, most notably AddonManager, Addon and AddonVersion. The AddonManager is used to register add-ons. It relies on an std::map<std::string, AddonRef> to hold the metadata of each registered add-on (keys of the std::map are add-on identifiers, and AddonRef is currently SGSharedPtr<Addon>). Accessor methods are available for: - retrieving the list of registered or loaded add-ons (terminology explained in $FG_ROOT/Docs/README.add-ons); - checking if a particular add-on has already been registered or loaded; - for each add-on, obtaining an Addon instance which can be queried for its name, id, version, base path, the minimum and maximum FlightGear versions it requires, its base node in the Property Tree, its order in the load sequence, short and long description strings, home page, etc. The most important metadata is made accessible in the Property Tree under /addons/by-id/<addon-id> and the property /addons/by-id/<addon-id>/loaded can be checked or listened to, in order to determine when a particular add-on is loaded. There is also a Nasal interface to access add-on metadata in a convenient way. In order to provide this metadata, each add-on must from now on have in its base directory a file called 'addon-metadata.xml'. All this is documented in much more detail in $FG_ROOT/Docs/README.add-ons. Mailing-list discussion: https://sourceforge.net/p/flightgear/mailman/message/36146017/
2017-11-06 13:58:14 +01:00
NasalAddons.cxx
Scripting: expose flight history as aircraft.history() var hist = aircraft.history(); debug.dump(hist.pathForHistory(50));
2014-05-10 10:52:16 +02:00
NasalAircraft.cxx
Expose HTTP module to Nasal.
2013-10-15 01:02:05 +02:00
NasalPositioned.cxx
NasalPositioned_cppbind.cxx
NasalCanvas.cxx
NasalClipboard.cxx
NasalCondition.cxx
NasalHTTP.cxx
NasalString.cxx
NasalModelData.cxx
Expose SGPath to Nasal
2013-12-17 19:07:08 +01:00
NasalSGPath.cxx
Expose HTTP module to Nasal.
2013-10-15 01:02:05 +02:00
)
More CMake headers support
2011-06-26 07:55:36 +01:00
set(HEADERS
Expose HTTP module to Nasal.
2013-10-15 01:02:05 +02:00
NasalSys.hxx
NasalSys_private.hxx
Improved infrastructure for add-ons: C++ classes, metadata file, Nasal interface This commit adds C++ classes for add-on management, most notably AddonManager, Addon and AddonVersion. The AddonManager is used to register add-ons. It relies on an std::map<std::string, AddonRef> to hold the metadata of each registered add-on (keys of the std::map are add-on identifiers, and AddonRef is currently SGSharedPtr<Addon>). Accessor methods are available for: - retrieving the list of registered or loaded add-ons (terminology explained in $FG_ROOT/Docs/README.add-ons); - checking if a particular add-on has already been registered or loaded; - for each add-on, obtaining an Addon instance which can be queried for its name, id, version, base path, the minimum and maximum FlightGear versions it requires, its base node in the Property Tree, its order in the load sequence, short and long description strings, home page, etc. The most important metadata is made accessible in the Property Tree under /addons/by-id/<addon-id> and the property /addons/by-id/<addon-id>/loaded can be checked or listened to, in order to determine when a particular add-on is loaded. There is also a Nasal interface to access add-on metadata in a convenient way. In order to provide this metadata, each add-on must from now on have in its base directory a file called 'addon-metadata.xml'. All this is documented in much more detail in $FG_ROOT/Docs/README.add-ons. Mailing-list discussion: https://sourceforge.net/p/flightgear/mailman/message/36146017/
2017-11-06 13:58:14 +01:00
NasalAddons.hxx
Scripting: expose flight history as aircraft.history() var hist = aircraft.history(); debug.dump(hist.pathForHistory(50));
2014-05-10 10:52:16 +02:00
NasalAircraft.hxx
Expose HTTP module to Nasal.
2013-10-15 01:02:05 +02:00
NasalPositioned.hxx
NasalCanvas.hxx
NasalClipboard.hxx
NasalCondition.hxx
NasalHTTP.hxx
NasalString.hxx
NasalModelData.hxx
Expose SGPath to Nasal
2013-12-17 19:07:08 +01:00
NasalSGPath.hxx
Expose HTTP module to Nasal.
2013-10-15 01:02:05 +02:00
)
More CMake headers support
2011-06-26 07:55:36 +01:00
Basic clipboard access from Nasal. - Add platform independent clipboard layer for Nasal access to clipboard (thanks to Hooray for basic code) - Add Windows clipboard access - Add partial X11 clipboard access (only reading from clipboard) - Add fallback clipboard for application internal clipboard if platform not supported - Add some helper functions to FGNasalSys
2012-08-04 00:24:26 +02:00
if(WIN32)
list(APPEND SOURCES ClipboardWindows.cxx)
Cocoa clipboard implementation. Fix OS-X build by supplying a Cocoa clipboard implementation.
2012-08-05 21:00:05 +01:00
elseif(APPLE)
list(APPEND SOURCES ClipboardCocoa.mm)
Basic clipboard access from Nasal. - Add platform independent clipboard layer for Nasal access to clipboard (thanks to Hooray for basic code) - Add Windows clipboard access - Add partial X11 clipboard access (only reading from clipboard) - Add fallback clipboard for application internal clipboard if platform not supported - Add some helper functions to FGNasalSys
2012-08-04 00:24:26 +02:00
else()
find_package(X11)
if(X11_FOUND)
list(APPEND SOURCES ClipboardX11.cxx)
else()
list(APPEND SOURCES ClipboardFallback.cxx)
endif()
endif()
More CMake headers support
2011-06-26 07:55:36 +01:00
flightgear_component(Scripting "${SOURCES}" "${HEADERS}")
Initial work on CMake build files, with considerable help from Olaf Flebbe.
2010-11-30 10:08:30 +00:00
Copy permalink