summaryrefslogtreecommitdiffstats
path: root/README.md
Commit message (Collapse)AuthorAge
* Delete GFX User Guide (#7474)aidanfnv2025-06-18
| | | | | | | Closes #6817 This change deletes the GFX User Guide, as GFX is being deprecated. It also removes the rebuild of its TOC from the TOC rebuilding scripts and replaces the link to the guide in the README with a note that it is being deprecated in favor of slang-rhi. Co-authored-by: Gangzheng Tong <tonggangzheng@gmail.com>
* Readme corrections (#5874)Ellie Hermaszewska2024-12-19
| | | Closes https://github.com/shader-slang/slang/issues/4806
* [Docs] Re-run build_toc and fix dead links (#5647)Ica2024-11-25
| | | | | | | | | * re-run build_toc.ps1 * fix dead link of readme --------- Co-authored-by: Ellie Hermaszewska <ellieh@nvidia.com>
* Add reuse and related files (#5622)Yong He2024-11-21
| | | | | | | | | * Add reuse and related files * Fix dxcapi license. --------- Co-authored-by: James Riordon <jriordon@outofcontrol.ca>
* Increase slangc option visibility in docs (#5425)cheneym22024-10-29
| | | | | | | | | | | | | | | | | | * Increase slangc option visibility in docs Link to slangc command-line reference from readme. readme. Boost the visiblity of the link in the user-guide. Consolidates command-line-slangc.md into the user-guide. Fixes #4124 * Update README.md * Update 08-compiling.md --------- Co-authored-by: Yong He <yonghe@outlook.com>
* Update README.mdYong He2024-10-27
|
* Update README.mdYong He2024-10-27
|
* Swap the term StdLib with Core-Module or Standard-Module in documents (#5414)Jay Kwak2024-10-25
| | | | This PR is limited to documents. All use of "Standard library" or "StdLib" are replaced with either "core module" or "standard modules", depending on the context.
* beautify the readme support table (#5265)Ellie Hermaszewska2024-10-11
| | | | | Closes https://github.com/shader-slang/slang/issues/3904 Co-authored-by: Yong He <yonghe@outlook.com>
* README: mention VulkanSDK in getting started. (#5256)Yong He2024-10-10
|
* Update README.mdYong He2024-10-09
|
* Update README.md for platform supportYong He2024-09-25
|
* Update README.mdYong He2024-08-28
|
* Update README.mdYong He2024-07-24
|
* Update README.md on Metal support.Yong He2024-07-24
|
* Update badge link in.Yong He2024-07-10
|
* Update README.mdYong He2024-04-09
|
* Add CTS status badge to README (#3901)kaizhangNV2024-04-07
|
* Update README.md with tables for platform & target support (#3847)Shannon Woods2024-03-27
| | | | | Adds tables to README.md for quick reference of which platforms and targets are supported. Links to detailed information in user guide. Bug Id: shader-slang/slang #3667
* Add user-guide section on pointers. (#3670)Yong He2024-03-04
|
* Add documentation for debugging. (#3656)Yong He2024-03-01
| | | | | * Add documentation for debugging. * typo
* Add documentation on capability system. (#3549)Yong He2024-02-05
| | | Fixes #3454.
* updating readme (#3537)Nathan V. Morrical2024-02-02
| | | Co-authored-by: Yong He <yonghe@outlook.com>
* Adding CONTRIBUTION.md (#3472)Jay Kwak2024-01-23
| | | | | | | | | | | | | | | | | | | | | | | | | * Adding CONTRIBUTION.md Fixes #3372 Adding CONTRIBUTION.md that describes the workflow for the contributors at more details. * Add instructions for PR process in CONTRIBUTE.me This commit adds an instruction of how to handle the case when you got feedbacks during Pull Request process. * Fix a formatting problem for Code Style When a word is wrapped with "lessThen" and "greaterThan" characters, it may disappear on the result based on the formatting syntax of .MD file. They need to be wrapped with a single back-tick character to avoid the problem. --------- Co-authored-by: Yong He <yonghe@outlook.com>
* Update README.md (#3383)Yong He2023-12-06
|
* Update README.md (#3339)Yong He2023-11-17
|
* Update README.mdYong He2023-10-10
|
* Update README.mdjsmall-nvidia2023-08-17
|
* Update README.mdjsmall-nvidia2023-08-17
|
* Update README.mdYong He2023-05-22
|
* Update README.md on auto diff feature.Yong He2023-02-11
|
* README: fix url of the linux build badge, and add the macOS build badge (#2204)Eric Engestrom2022-04-25
| | | | | * README: fix url of the linux build badge * README: add macOS build badge
* Update build status in READMEYong He2022-01-10
|
* Shader playground improvements (#2066)jsmall-nvidia2021-12-20
| | | | | * #include an absolute path didn't work - because paths were taken to always be relative. * Improve shader playground docs.
* Enabling slang-llvm for host-callable (#1975)jsmall-nvidia2021-10-25
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * #include an absolute path didn't work - because paths were taken to always be relative. * First integration of slang-pack. * Use .os * Add optional dependency support. * Update github actions/scripts to update deps. aarch64 needs special handling. * Upgrade to latest slang-pack for ignore-deps support. * Fix linux build issues. * Copying slang-llvm from dependencies. * Add support for LLVM for host callable. Added CodeGenTransitionMap. * Remove hack to enable host callable for LLVM. * Small improvements around transitions/downstream compiler. * Fix typo in method name. * Fix comment. * Update visual studio project. * Updage slang-llvm to include initialization fix. * Fix handling extraction of clang version number. * Fix some formatting problems. * hack - to see if there is a version problem on CI. * Remove progress on github action linux. * Allow version lines to have text before 'prefix'. * Update slang-binaries to include centos-7 premake binaries. * Upgrade slang-binaries. * Upgrade slang-binaries. * Update slang binaries to have certificates. * Fix handling of dependency path. * Update README to include LLVM Update building to include --deps and --arch * Include slang-llvm in packages. * Update building docs.
* Upgrade to GLSLANG 11.16.0+ (#1962)jsmall-nvidia2021-10-09
| | | | | | | | | | | | | * #include an absolute path didn't work - because paths were taken to always be relative. * Upgrade to GLSLANG 11.16.0+ * Small edit to readme - really to kick another build. * Upgrade slang-binaries to include new glslang binaries. * Update slang-binaries to include linux-x86 * Upgrade slang-binaries.
* TypoTim Foley2021-04-05
|
* Fixed a typo on introduction (#1783)Ali Emre Gülcü2021-04-04
|
* Organize landing page (#1769)Tim Foley2021-03-30
| | | | | | | | | | | | | | The landing page (`README.md`) has been growing larger and less tidy over time as we try to cram more and more information into it. This change makes a few edits to try to make the landing page shorter and more to the point: * Streamline the opening lines and try to make them focus on the credibility of the system * Break off the list of major features into its own subsection and try to highlight the ones that our current users say they benefit from the most * Move a lot of the information about documentation, examples, Shader Playground, etc. into their own sub-pages to avoid clutter * Break out the list of dependencies in the `License` section to make sure we are being accurate With this change the landing page links to the User's Guide directly, so we probably need to get that rendering nicely ASAP.
* README.md update (#1679)jsmall-nvidia2021-01-28
| | | | | | | * #include an absolute path didn't work - because paths were taken to always be relative. * Added trying out section to README.md Co-authored-by: Tim Foley <tfoleyNV@users.noreply.github.com>
* First pass at a Target Compatibility document (#1287)jsmall-nvidia2020-03-23
| | | | | | | | | | | | | | | * WIP compatibility docs. * Test transpose in matrix-float. * Small improvement to CUDA docs. * Added some discussion around tessellation. * Small improvements to target-compatibility.md * Improve compatibility documentation. Co-authored-by: Tim Foley <tfoleyNV@users.noreply.github.com>
* Improve CUDA Wave intrinsics documentation. (#1276)jsmall-nvidia2020-03-17
| | | | | | * Improve CUDA Wave intrinsics documentation. Remove inappropriate comment. * Small CUDA doc improvement.
* CPU Hello World (#1065)jsmall-nvidia2019-09-23
| | | | | | | | | | * First pass on cpu-hello-world application. * Improvements to cpu-hello-world * Improved documentation around cpu-hello-world. Added information about C++/CPU targets to README.md Referenced cpu-target.
* Update README.mdYong He2018-09-28
|
* Major overhaul of Renderer abstraction, to support a new example (#624)Tim Foley2018-08-03
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The original goal here was to bring up a second example program: `model-viewer`. While the existing `hello-world` example is enough to get somebody up to speed with the basics of the Slang API (as a drop-in replacement for `D3DCompile` or similar), it doesn't really show any of the big-picture stuff that Slang is meant to enable. There wasn't any use of D3D12/Vulkan descriptor tables/sets, and there wasn't any use of interfaces, generics, or `ParameterBlock`s in the shader code. The `model-viewer` example addresses these issues. Its shader code involves generics, interfaces, and multiple `ParameterBlock`s, and the host-side code demonstrates a few key things for working with Slang: * There is an application-level abstraction for parameter blocks, that combines the graphics-API descriptor set object with Slang type information * There is a shader cache layer used to look up an appropriate variant of a rendering effect by using parameter block types to "plug in" global type variables * There is a clear separation between the phases of compilation: a first phase that does semantic checking and enables reflection-based allocation of graphics API objects, followed by one or more code generation passes for specialized kernels. This example is certainly not perfect, and it will need to be revamped more going forward. In particular: * The output picture is ugly as sin. We need a plan for how to get this to load better content, perhaps even popping up an error message to note that the required input data isn't present in the basic repository. * The shader code is too simplistic. There isn't any real material variety, and the `IMaterial` abstraction is completely wrong. * The use of parameter blocks is facile because there are no resource parameters right now. Fixing that will likely expose issues around interfacing with Slang's reflection API. * The whole example exposes the issue that Slang's current APIs aren't really designed for the benefit of two-phase compilation (since our many client application has been stuck on one-phase compilation). * Global type parameters are actually a Bad Idea that we only did for compatibility with existing codebases. We should not be showing them off in an example of the Right Way to use Slang, but the language support for type parameters on entry points is still not complete. Of course, the majority of the changes here are *not* inside the example applications, and instead involve a major overhaul of the `Renderer` abstraction that is used for both tests and examples. The main thrust of the change is to make the abstraction layer be closer to the D3D12/Vulkan model than to a D3D11-style model. This is important for the `model-viewer` example, since it aspires to show how Slang can be incorporated into a renderer that targets a modern API. The most important bit is actually the use of descriptor sets and "pipeline layouts" a la Vulkan, since without these Slang's `ParameterBlock` abstraction won't make a lot of sense. Implementation of the abstraction for the various APIs has very much been on an as-needed basis. The current implementation is just enough for the two examples to work, plus enough to get all the tests to pass in both debug and release builds on Windows. A big missing feature in the API abstraction right now is memory lifetime management. The code had been trending toward something D3D11-like where a constant buffer could be mapped per-frame with the implementation doing behind-the-scenes allocation for targets like D3D12/Vulkan. I'd like to shift more toward a model of just exposing "transient" allocations that are only valid for one frame, because these are more representation of how an efficient renderer for next-generation APIs will work. That transition isn't actually complete, though, so there are problems with the existing examples where `hello-world` is actually scribbling into memory that the GPU might still be using, while `model-viewer` is doing full-on heavy-weight allocations on a per-frame basis with no real concern for the performance implications. All together, there are a lot of things here that need more work, but this branch has been way too long-lived already, and so I'd like to get this checked in as long as all the tests pass.
* Typos (#444)Tim Foley2018-03-16
|
* Revamp documentation (#395)Tim Foley2018-02-02
| | | | | | | | | | | - Remove references to building by embedding source (not recommended at this point) - Push users more toward binary builds rather than building from source (but include a document that talks about how to build) - Remove most (all?) references to supporting GLSL input - Expand the language guide to talk about the new features - Add a document that talks about the parameter layout algorithm
* Update README.mdYong He2018-01-23
|
* Get tests running/passing under Linux (#194)Tim Foley2017-09-29
| | | | | | | | | | | | | | | | | | | | | | | | | | * Get tests running/passing under Linux - Fix up `dlopen` abstraction - Fix up some test cases to request hlsl (rather than default to dxbc) so they can run on non-Windows targets - Fix up test runner ignore tests that can't run on current platform (and not count those as failure) - Fix file handle leeak in process spawner absttraction - Get additional test-related applications building - More tweaks to Travis script; in theory deployment is set up now (yeah, right) * fixup * fixup: Travis environment variable syntax * fixup: Buffer->begin * fixup: actually run full tests on one config * fixup: add build status badge for Travis
* Update README.mdTim Foley2017-07-27
| | | Typo fix.