oneAPI.jl
opendylan
oneAPI.jl | opendylan | |
---|---|---|
4 | 15 | |
174 | 440 | |
1.7% | 0.5% | |
8.7 | 8.7 | |
10 days ago | 2 days ago | |
Julia | Dylan | |
GNU General Public License v3.0 or later | GNU General Public License v3.0 or later |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
oneAPI.jl
-
GPU vendor-agnostic fluid dynamics solver in Julia
https://github.com/JuliaGPU/oneAPI.jl
As for syntax, Julia syntax scales from a scripting language to a fully typed language. You can write valid and performant code without specifying any types, but you can also specialize methods for specific types. The type notation uses `::`. The types also have parameters in the curly brackets. The other aspect that makes this specific example complicated is the use of Lisp-like macros which starts with `@`. These allow for code transformation as I described earlier. The last aspect is that the author is making extensive use of Unicode. This is purely optional as you can write Julia with just ASCII. Some authors like to use `ε` instead of `in`.
- Writing GPU shaders in Julia?
-
Cuda.jl v3.3: union types, debug info, graph APIs
https://github.com/JuliaGPU/AMDGPU.jl
https://github.com/JuliaGPU/oneAPI.jl
These are both less mature than CUDA.jl, but are in active development.
-
Unified programming model for all devices – will it catch on?
OpenCL and various other solutions basically require that one writes kernels in C/C++. This is an unfortunate limitation, and can make it hard for less experienced users (researchers especially) to write correct and performant GPU code, since neither language lends itself to writing many mathematical and scientific models in a clean, maintainable manner (in my opinion).
What oneAPI (the runtime), and also AMD's ROCm (specifically the ROCR runtime), do that is new is that they enable packages like oneAPI.jl [1] and AMDGPU.jl [2] to exist (both Julia packages), without having to go through OpenCL or C++ transpilation (which we've tried out before, and it's quite painful). This is a great thing, because now users of an entirely different language can still utilize their GPUs effectively and with near-optimal performance (optimal w.r.t what the device can reasonably attain).
[1] https://github.com/JuliaGPU/oneAPI.jl
opendylan
-
The Deuce Editor Architecture
Yes those were inspired by deuce, here is open dylan's version: https://github.com/dylan-lang/opendylan/tree/master/sources/...
- Qualifying as a Lisp
-
Lisp in Space
Dylan, which was originally created by Apple: https://opendylan.org/
- Dylan is an object-functional language originally created by Apple
-
Want to learn lisp?
OpenDylan kept being developed for a long time even after Apple lost interest, and they still do releases every once in a blue moon, but the community is tiny, and nobody is doing anything with Dylan (save for the compiler itself).
- GPU vendor-agnostic fluid dynamics solver in Julia
-
Why Lisp?
what is this fairly close resemblance? Parentheses?
There are a bunch of Lisp like languages without s-expression syntax: Lisp 2, Logo, MDL, RLISP, CLISP (not the CL implementation), Dylan, Racket with its new syntax (Racket2, Rhombus), Skill, ...
For example Dylan is based on Scheme & CLOS + a different syntax + some other influences. https://opendylan.org
https://github.com/dylan-lang/opendylan/blob/master/sources/...
-
Will Apple make up a new programming language for its rumored VR/AR headset, or use Swift?
If they go with another language, it had damn well better be Dylan. Apple already designed it and screwed up when they abandoned it back then (circa Java).
-
A language you feel the most productive with?
Carp, Lux and Dale are 3 I'm familiar with.There's also Dylan, though that one dropped its parentheses. But if we go by the brackets, technically, we can argue that any expression-based languages is a Lisp. I once wrote a Lisp to JS transpile whose output had more parens than the input. :)
- Dylan is a Programming Language??? AMAZING!
What are some alternatives?
ROCm - AMD ROCm™ Software - GitHub Home [Moved to: https://github.com/ROCm/ROCm]
lux - The Lux Programming Language
Vulkan.jl - Using Vulkan from Julia
ergolib - A library designed to make programming in Common Lisp easier
Makie.jl - Interactive data visualizations and plotting in Julia
WordIDE - A tool that helps you write code in your favorite IDE: your word processor!
StaticCompiler.jl - Compiles Julia code to a standalone library (experimental)
femtolisp - a lightweight, robust, scheme-like lisp implementation
AMDGPU.jl - AMD GPU (ROCm) programming in Julia
gambit - Gambit is an efficient implementation of the Scheme programming language.
GPUCompiler.jl - Reusable compiler infrastructure for Julia GPU backends.
LispSyntax.jl - lisp-like syntax in julia