Guidelines Support Library
Go to file
2020-03-12 12:32:32 -07:00
include/gsl update kernel mode detection macro 2020-03-12 12:32:32 -07:00
tests forgot nl @ eof in span_ext_tests.cpp 2020-02-19 14:44:22 -08:00
.clang-format fix cppcorecheck warnings (#703) 2018-08-12 21:44:17 -07:00
.gitignore Fix catch installation issue (#540) 2017-08-16 18:38:47 -07:00
.travis.yml added clang7.0 to Travis configuration and README (#763) 2019-01-16 19:58:38 -08:00
appveyor.yml Add Visual Studio 2019 image for tests (#787) 2019-06-12 21:27:49 -07:00
CMakeLists.txt Add Microsoft.GSL::GSL alias for GSL 2020-02-08 12:58:25 +00:00
CMakeSettings.json fix cppcorecheck warnings (#703) 2018-08-12 21:44:17 -07:00
CONTRIBUTING.md Guideline -> Guidelines 2019-10-02 15:42:40 -07:00
GSL.natvis Rename final_act in GSL.natvis (#593) 2018-02-11 12:18:00 -08:00
LICENSE Adding CONTRIBUTING.md and fixing up README.md, LICENSE 2015-08-23 08:34:32 -07:00
README.md Merge pull request #784 from hanst99/hunterization 2020-02-26 08:48:04 -08:00
ThirdPartyNotices.txt changing text in notices & readme. adding terminate handler for tests 2019-12-12 10:55:26 -08:00

GSL: Guidelines Support Library Build Status Build status

The Guidelines Support Library (GSL) contains functions and types that are suggested for use by the C++ Core Guidelines maintained by the Standard C++ Foundation. This repo contains Microsoft's implementation of GSL.

The library includes types like span<T>, string_span, owner<> and others.

The entire implementation is provided inline in the headers under the gsl directory. The implementation generally assumes a platform that implements C++14 support. There are specific workarounds to support MSVC 2015.

While some types have been broken out into their own headers (e.g. gsl/span), it is simplest to just include gsl/gsl and gain access to the entire library.

NOTE: We encourage contributions that improve or refine any of the types in this library as well as ports to other platforms. Please see CONTRIBUTING.md for more information about contributing.

Project Code of Conduct

This project has adopted the Microsoft Open Source Code of Conduct. For more information see the Code of Conduct FAQ or contact opencode@microsoft.com with any additional questions or comments.

Usage of Third Party Libraries

This project makes use of the Google Test testing library. Please see the ThirdPartyNotices.txt file for details regarding the licensing of Google Test.

Quick Start

Supported Platforms

The test suite that exercises GSL has been built and passes successfully on the following platforms:1)

  • Windows using Visual Studio 2015
  • Windows using Visual Studio 2017
  • Windows using Clang/LLVM 3.6
  • Windows using Clang/LLVM 7.0.0
  • Windows using GCC 5.1
  • Windows using Intel C++ Compiler 18.0
  • GNU/Linux using Clang/LLVM 3.6-3.9
  • GNU/Linux using Clang/LLVM 4.0
  • GNU/Linux using Clang/LLVM 5.0
  • GNU/Linux using Clang/LLVM 6.0
  • GNU/Linux using Clang/LLVM 7.0
  • GNU/Linux using GCC 5.1
  • OS X Mojave 10.14.4 using Apple LLVM version 10.0.0 (10.0.1.10010046)
  • OS X Mojave 10.14.3 using Apple LLVM version 10.0.0 (clang-1000.11.45.5)
  • OS X Yosemite using Xcode with Apple Clang 7.0.0.7000072
  • OS X Yosemite using GCC-5.2.0
  • OS X Sierra 10.12.4 using Apple LLVM version 8.1.0 (Clang-802.0.42)
  • OS X El Capitan (10.11) using Xcode with AppleClang 8.0.0.8000042
  • OS X High Sierra 10.13.2 (17C88) using Apple LLVM version 9.0.0 (clang-900.0.39.2)
  • FreeBSD 10.x with Clang/LLVM 3.6

If you successfully port GSL to another platform, we would love to hear from you. Please submit an issue to let us know. Also please consider contributing any changes that were necessary back to this project to benefit the wider community.

1) For gsl::byte to work correctly with Clang and GCC you might have to use the -fno-strict-aliasing compiler option.

Building the tests

To build the tests, you will require the following:

  • CMake, version 3.1.3 or later to be installed and in your PATH.

These steps assume the source code of this repository has been cloned into a directory named c:\GSL.

  1. Create a directory to contain the build outputs for a particular architecture (we name it c:\GSL\build-x86 in this example).

     cd GSL
     md build-x86
     cd build-x86
    
  2. Configure CMake to use the compiler of your choice (you can see a list by running cmake --help).

     cmake -G "Visual Studio 14 2015" c:\GSL
    
  3. Build the test suite (in this case, in the Debug configuration, Release is another good choice).

     cmake --build . --config Debug
    
  4. Run the test suite.

     ctest -C Debug
    

All tests should pass - indicating your platform is fully supported and you are ready to use the GSL types!

Building GSL - Using vcpkg

You can download and install GSL using the vcpkg dependency manager:

git clone https://github.com/Microsoft/vcpkg.git
cd vcpkg
./bootstrap-vcpkg.sh
./vcpkg integrate install
vcpkg install ms-gsl

The GSL port in vcpkg is kept up to date by Microsoft team members and community contributors. If the version is out of date, please create an issue or pull request on the vcpkg repository.

Using the libraries

As the types are entirely implemented inline in headers, there are no linking requirements.

You can copy the gsl directory into your source tree so it is available to your compiler, then include the appropriate headers in your program.

Alternatively set your compiler's include path flag to point to the GSL development folder (c:\GSL\include in the example above) or installation folder (after running the install). Eg.

MSVC++

/I c:\GSL\include

GCC/clang

-I$HOME/dev/GSL/include

Include the library using:

#include <gsl/gsl>

Usage in CMake

The library provides a Config file for CMake, once installed it can be found via

find_package(Microsoft.GSL CONFIG)

Which, when successful, will add library target called Microsoft.GSL::GSL which you can use via the usual target_link_libraries mechanism.

Debugging visualization support

For Visual Studio users, the file GSL.natvis in the root directory of the repository can be added to your project if you would like more helpful visualization of GSL types in the Visual Studio debugger than would be offered by default.