YC.OpenCL.NET 2.0.0-alpha9

This is a prerelease version of YC.OpenCL.NET.
There is a newer version of this package available.
See the version list below for details.
dotnet add package YC.OpenCL.NET --version 2.0.0-alpha9                
NuGet\Install-Package YC.OpenCL.NET -Version 2.0.0-alpha9                
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="YC.OpenCL.NET" Version="2.0.0-alpha9" />                
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add YC.OpenCL.NET --version 2.0.0-alpha9                
#r "nuget: YC.OpenCL.NET, 2.0.0-alpha9"                
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install YC.OpenCL.NET as a Cake Addin
#addin nuget:?package=YC.OpenCL.NET&version=2.0.0-alpha9&prerelease

// Install YC.OpenCL.NET as a Cake Tool
#tool nuget:?package=YC.OpenCL.NET&version=2.0.0-alpha9&prerelease                

Brahma.FSharp NuGet Status

Brahma.FSharp is a library for F# quotations to OpenCL translation.

Features of Brahma.FSharp:

  • We are aimed to translate native F# code to OpenCL with minimization of different wrappers and custom types.
  • We use OpenCL for communication with GPU. So, you can work not only with NVIDIA cards but with any device, which support OpenCL (e.g. with AMD devices).

More detailes are available here. Examples of usage are available here.

Build

To build project use

> build.cmd // on windows    
$ ./build.sh  // on unix

Build Status

branch Mono .NET
master Mono CI Build Status .NET Build Status
dev Mono CI Build Status .NET Build Status

Maintainer(s)


Builds

GitHub Actions
GitHub Actions
Build History

NuGet

Package Stable Prerelease
Brahma.FSharp NuGet Badge NuGet Badge

Developing

Make sure the following requirements are installed on your system:

or


Environment Variables

  • CONFIGURATION will set the configuration of the dotnet commands. If not set, it will default to Release.
    • CONFIGURATION=Debug ./build.sh will result in -c additions to commands such as in dotnet build -c Debug
  • GITHUB_TOKEN will be used to upload release notes and Nuget packages to GitHub.
    • Be sure to set this before releasing
  • DISABLE_COVERAGE Will disable running code coverage metrics. AltCover can have severe performance degradation so it's worth disabling when looking to do a quicker feedback loop.
    • DISABLE_COVERAGE=1 ./build.sh

Building

> build.cmd <optional buildtarget> // on windows
$ ./build.sh  <optional buildtarget>// on unix

The bin of your library should look similar to:

$ tree src/MyCoolNewLib/bin/
src/MyCoolNewLib/bin/
└── Debug
    ├── net461
    │   ├── FSharp.Core.dll
    │   ├── MyCoolNewLib.dll
    │   ├── MyCoolNewLib.pdb
    │   ├── MyCoolNewLib.xml
    └── netstandard2.1
        ├── MyCoolNewLib.deps.json
        ├── MyCoolNewLib.dll
        ├── MyCoolNewLib.pdb
        └── MyCoolNewLib.xml


Build Targets

  • Clean - Cleans artifact and temp directories.
  • DotnetRestore - Runs dotnet restore on the solution file.
  • DotnetBuild - Runs dotnet build on the solution file.
  • DotnetTest - Runs dotnet test on the solution file.
  • GenerateCoverageReport - Code coverage is run during DotnetTest and this generates a report via ReportGenerator.
  • WatchTests - Runs dotnet watch with the test projects. Useful for rapid feedback loops.
  • GenerateAssemblyInfo - Generates AssemblyInfo for libraries.
  • DotnetPack - Runs dotnet pack. This includes running Source Link.
  • SourceLinkTest - Runs a Source Link test tool to verify Source Links were properly generated.
  • PublishToNuGet - Publishes the NuGet packages generated in DotnetPack to NuGet via paket push.
  • GitRelease - Creates a commit message with the Release Notes and a git tag via the version in the Release Notes.
  • GitHubRelease - Publishes a GitHub Release with the Release Notes and any NuGet packages.
  • FormatCode - Runs Fantomas on the solution file.
  • BuildDocs - Generates Documentation from docsSrc and the XML Documentation Comments from your libraries in src.
  • WatchDocs - Generates documentation and starts a webserver locally. It will rebuild and hot reload if it detects any changes made to docsSrc files, libraries in src, or the docsTool itself.
  • ReleaseDocs - Will stage, commit, and push docs generated in the BuildDocs target.
  • Release - Task that runs all release type tasks such as PublishToNuGet, GitRelease, ReleaseDocs, and GitHubRelease. Make sure to read Releasing to setup your environment correctly for releases.

Releasing

git add .
git commit -m "Scaffold"
git remote add origin https://github.com/user/MyCoolNewLib.git
git push -u origin master
  • Create your NuGeT API key

    paket config add-token "https://www.nuget.org" 4003d786-cc37-4004-bfdf-c4f3e8ef9b3a
    
    • or set the environment variable NUGET_TOKEN to your key
  • Create a GitHub OAuth Token

    • You can then set the environment variable GITHUB_TOKEN to upload release notes and artifacts to github
    • Otherwise it will fallback to username/password
  • Then update the CHANGELOG.md with an "Unreleased" section containing release notes for this version, in KeepAChangelog format.

NOTE: Its highly recommend to add a link to the Pull Request next to the release note that it affects. The reason for this is when the RELEASE target is run, it will add these new notes into the body of git commit. GitHub will notice the links and will update the Pull Request with what commit referenced it saying "added a commit that referenced this pull request". Since the build script automates the commit message, it will say "Bump Version to x.y.z". The benefit of this is when users goto a Pull Request, it will be clear when and which version those code changes released. Also when reading the CHANGELOG, if someone is curious about how or why those changes were made, they can easily discover the work and discussions.

Here's an example of adding an "Unreleased" section to a CHANGELOG.md with a 0.1.0 section already released.

## [Unreleased]

### Added
- Does cool stuff!

### Fixed
- Fixes that silly oversight

## [0.1.0] - 2017-03-17
First release

### Added
- This release already has lots of features

[Unreleased]: https://github.com/user/MyCoolNewLib.git/compare/v0.1.0...HEAD
[0.1.0]: https://github.com/user/MyCoolNewLib.git/releases/tag/v0.1.0
  • You can then use the Release target, specifying the version number either in the RELEASE_VERSION environment variable, or else as a parameter after the target name. This will:
    • update CHANGELOG.md, moving changes from the Unreleased section into a new 0.2.0 section
      • if there were any prerelease versions of 0.2.0 in the changelog, it will also collect their changes into the final 0.2.0 entry
    • make a commit bumping the version: Bump version to 0.2.0 and adds the new changelog section to the commit's body
    • publish the package to NuGet
    • push a git tag
    • create a GitHub release for that git tag

macOS/Linux Parameter:

./build.sh Release 0.2.0

macOS/Linux Environment Variable:

RELEASE_VERSION=0.2.0 ./build.sh Release
Product Compatible and additional computed target framework versions.
.NET net5.0 is compatible.  net5.0-windows was computed.  net6.0 was computed.  net6.0-android was computed.  net6.0-ios was computed.  net6.0-maccatalyst was computed.  net6.0-macos was computed.  net6.0-tvos was computed.  net6.0-windows was computed.  net7.0 was computed.  net7.0-android was computed.  net7.0-ios was computed.  net7.0-maccatalyst was computed.  net7.0-macos was computed.  net7.0-tvos was computed.  net7.0-windows was computed.  net8.0 was computed.  net8.0-android was computed.  net8.0-browser was computed.  net8.0-ios was computed.  net8.0-maccatalyst was computed.  net8.0-macos was computed.  net8.0-tvos was computed.  net8.0-windows was computed. 
Compatible target framework(s)
Included target framework(s) (in package)
Learn more about Target Frameworks and .NET Standard.

NuGet packages (4)

Showing the top 4 NuGet packages that depend on YC.OpenCL.NET:

Package Downloads
Brahma.FSharp

Core components of Brahma.FSharp.

Brahma.FSharp.OpenCL.Shared

Shared components for Brahma.FSharp project.

Brahma.FSharp.OpenCL.Extensions

Brahma.FSharp does the thing!

YC.Brahma.OpenCL

Package Description

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
3.0.0-alpha1.5 102 4/17/2024
3.0.0-alpha1.3 67 4/12/2024
3.0.0-alpha1.2 59 4/12/2024
3.0.0-alpha1.1 66 4/9/2024
2.0.5 2,562 2/10/2023
2.0.4 741 1/13/2023
2.0.3 3,080 1/4/2023
2.0.2 695 12/28/2022
2.0.1 2,251 8/5/2022
2.0.0 1,762 7/5/2022
2.0.0-alpha9.6 191 6/3/2022
2.0.0-alpha9.5 154 5/7/2022
2.0.0-alpha9.4 148 4/8/2022
2.0.0-alpha9.3 150 3/24/2022
2.0.0-alpha9.2 1,332 11/26/2021
2.0.0-alpha9.1 333 10/16/2021
2.0.0-alpha9 257 10/15/2021
2.0.0-alpha8 597 9/27/2021
2.0.0-alpha7.1 189 7/18/2021
2.0.0-alpha7 768 5/19/2021
2.0.0-alpha6.2 235 5/19/2021
2.0.0-alpha6.1 274 3/22/2021
2.0.0-alpha6 758 3/22/2021
2.0.0-alpha5 912 1/27/2021
2.0.0-alpha4 843 12/27/2020
2.0.0-alpha3 887 11/27/2020
2.0.0-alpha2 444 11/11/2020

## [2.0.0-alpha9] - 2021-10-15

[2.0.0-alpha9]: https://github.com/YaccConstructor/Brahma.FSharp/compare/v1.1.5...v2.0.0-alpha9

### Added
- Workflow builder for OpenCL computations

### Fixed
- Boolean type support (issue ##116, https://github.com/YaccConstructor/Brahma.FSharp/issues/116)