Jump to content

User:TvojaStara/sandbox

From Wikipedia, the free encyclopedia
TvojaStara/sandbox
Developer(s)Google
Initial release2015; 9 years ago (2015)
Stable release
0.1.0[1] / September 8, 2015; 9 years ago (2015-09-08)[2]
Written inJava[3]
Operating systemLinux, OSX
TypeSoftware development tools
LicenseApache-2.0

Bazel is a free and open-source software for managing the build process and automated testing of software in an reproducible and performant manner. It is designed to support large multilanguage codebases. Correctness in incremental builds is achieved by detecting changed files using a hash, not timestamp. On Linux, Bazel also isolates individual steps of the build process to ensure that only declared dependencies are being used. This ensures build and test results are independent on the environment.

Features

[edit]

Bazel supports Java, Objective-C and C++. http://bazel.io/faq.html CMake can handle in-place and out-of-place builds, enabling several builds from the same source tree, and cross-compilation. The ability to build a directory tree outside the source tree is a key feature, ensuring that if a build directory is removed, the source files remain unaffected.

Another feature of CMake is the ability to generate a cache to be used with a graphical editor, which, when CMake is run, can locate executables, files and libraries. This information goes into the cache, which can then be tailored before generating the native build files.

Complicated directory hierarchies and applications that rely on several libraries are well supported by CMake. For instance, CMake is able to accommodate a project that has multiple toolkits, or libraries that each have multiple directories. In addition, CMake can work with projects that require executables to be created before generating code to be compiled for the final application. Its open-source, extensible design allows CMake to be adapted as necessary for specific projects.[4]

CMake can generate makefiles for many platforms and IDEs including Unix, Windows, Mac OS X, OS/2, MSVC, Cygwin, MinGW and Xcode.

Microsoft Visual Studio

[edit]

CMake scripts can produce Microsoft Visual Studio project and solution files. However, CMake syntax is more oriented towards Unix/Linux makefiles which is rather unfriendly for Visual Studio development which relies primarily on project->properties GUI.[5]

Build process

[edit]

The build process with CMake takes place in two stages. First, standard build files are created from configuration files. Then the platform's native build tools are used for the actual building.[4]

Each build project contains a CMakeLists.txt file in every directory that controls the build process. The CMakeLists.txt file has one or more commands in the form COMMAND (args...), with COMMAND representing the name of each command and args the list of arguments, each separated by white space. While there are many built-in rules for compiling the software libraries (static and dynamic) and executables, there are also provisions for custom build rules. Some build dependencies can be determined automatically. Advanced users can also create and incorporate additional makefile generators to support their specific compiler and OS needs.

Example CMake file

[edit]
if (${UNIX})
  set (DESKTOP $ENV{HOME})
else()
  set (DESKTOP $ENV{USERPROFILE}/Desktop)
endif()

set  (PRJ      ${DESKTOP}/common/svn )
set  (FILELIST ${PRJ}/src/source.txt )

message(STATUS "CMAKE_GENERATOR : ${CMAKE_GENERATOR}")
message(STATUS "DESKTOP         : ${DESKTOP}")
message(STATUS "PRJ             : ${PRJ}")
message(STATUS "FILELIST        : ${FILELIST}")
message(STATUS "SYSTEM_NAME     : ${CMAKE_SYSTEM_NAME}")

project(project_name)

include_directories(
  ${PRJ}/src
  ${PRJ}/includes
)

# Load SRC variable from file
file(READ ${FILELIST} SRC)
string(REGEX REPLACE  "#.*$"  ""  SRC  ${SRC})
string(REPLACE        "\n"    ";" SRC  ${SRC})

add_executable(${PROJECT_NAME} ${SRC} )

foreach (f ${SRC})
  set_source_files_properties(${f} PROPERTIES LANGUAGE       CXX)
endforeach(f)

if (${WIN32})
  link_directories(
  )
  
  add_definitions(
    -DDEFINE1
  )

  target_link_libraries(
    ${PROJECT_NAME} 
    wsock32.lib 
  )
endif()

History

[edit]

CMake development began in the year 1999 in response to the need for a cross-platform build environment for the Insight Segmentation and Registration Toolkit (ITK).[6] The project is funded by the United States National Library of Medicine as part of the Visible Human Project. It was partially inspired by pcmaker, which was made by Ken Martin and other developers to support the Visualization Toolkit (VTK). At Kitware, Bill Hoffman blended components of pcmaker with his own ideas, striving to mimic the functionality of Unix configure scripts. CMake was first implemented in 2000 and further developed in 2001. Continued development and improvements were fueled by the incorporation of CMake into developers’ own systems, including:

  • The VXL Project
  • The CABLE; features added by Brad King
  • GE Corporate R&D for support of DART

Additional features were created when VTK transitioned to CMake for its build environment and for supporting ParaView.

Notable applications that use CMake

[edit]

See also

[edit]

References

[edit]
  1. ^ "Releases bazelbuild/bazel". https://github.com. Retrieved 24 September 2015. {{cite web}}: External link in |website= (help)
  2. ^ Martin-Guillerez, Damien. "Release 0.1.0 bazelbuild/bazel". https://github.com. Retrieved 24 September 2015. {{cite web}}: External link in |website= (help)
  3. ^ "The bazel Open Source Project on Open Hub". Open HUB. Retrieved 2015-09-24.
  4. ^ a b c d Neundorf, Alexander (2006-06-21). "Why the KDE project switched to CMake—and how". LWN.net.
  5. ^ "CMake and Visual Studio".
  6. ^ "FLOSS Weekly 111: CMake". podcast. TWiT Network. Retrieved 27 February 2011.
  7. ^ Bridgwater, Adrian (13 September 2014). "JetBrains CLion: A New Cross Platform C/C++ IDE". infoworld.
  8. ^ Krill, Paul (14 September 2014). "Version 1.0 of JetBrains' CLion IDE will include C/C++ support". infoworld.
  9. ^ Conky README.cmake file
  10. ^ "Compiling YARP and iCub". iCub user manual.
  11. ^ a b c d Hoffman, Bill. "CMake / CTest / CPack: Open source tools to build, test, and install software" (PDF). BoostCon 2009.
  12. ^ "Qt Doc / CMake Manual". Digia.
[edit]

{{DEFAULTSORT:Cmake}} [[Category:Build automation]] [[Category:Compiling tools]] [[Category:Software using the BSD license]]



RESTful (REpresentational State Transfer) API (Application Programming Interface) DLs (Description Languages) are formal languages designed to provide a structured description of an RESTful API that is useful both to a human and for automated machine processing. API Description Languages are sometimes called Interface Description Languages The structured description might be used to generate a documentation for human programmers; such documentation is easier to read than free-form document since every documentation generated by the same tool follows the same formatting conventions. Additionally, the description language is usually precise enough to allow automated generation of various software artifacts, like libraries to access the API from various programming languages, which takes the burden of manually creating them off the programmers.

History

[edit]

There are two previous major description languages, WSDL2.0 (Web Services Description Language) and WADL (Web Application Description Language). Neither is widely adopted in the industry for describing RESTful APIs, citing poor human readability of both and WADL being actually unable to fully describe a RESTful API.[1]

List of RESTful API DLs

[edit]

List of data description languages

[edit]

A significant part of RESTful API description is the specification of returned data structures. The IDL might either specify its own format or use an existing data description format. A notable example which many RESTful API DLs use is JSON Schema.

  • json:api
  • JSON Schema
    • used by Swagger, Google APIs Discovery,[2] I/O Docs
  • Apache Avro
  • JSON-RPC 2.0
    • used by Barrister

Comparison of RESTful API DLs

[edit]

The community around RESTful API DLs is vibrant and the landscape is still changing. According to a presentation by Akana, the most active projects in this area are Swagger, RAML and API Blueprint.[1]

Sponsor Initial commit Latest stable release Stable release date Software license[3] Format Open Source Code generation (client) Code generation (server)
RAML MuleSoft September, 2013 YAML Yes limited Yes
API Blueprint Apiary April, 2013 Markdown Yes Yes
Swagger Reverb (company) July, 2011 JSON Yes Yes Yes

References

[edit]
  1. ^ a b http://www.slideshare.net/SOA_Software/api-description-languages
  2. ^ https://developers.google.com/discovery/v1/reference/apis
  3. ^ Licenses here are a summary, and are not taken to be complete statements of the licenses. Some packages may use libraries under different licenses.
[edit]

Category:Cloud standards Category:Software architecture

Stub icon

This software article is a stub. You can help Wikipedia by expanding it.

Duolingo

http://www.businessinsider.com/duolingo-raises-45-million-from-google-capital-2015-6

Retrieved from "https://en.wikipedia.org/w/index.php?title=User:TvojaStara/sandbox&oldid=1136902723"