ClojureCLR
Roslyn
ClojureCLR | Roslyn | |
---|---|---|
11 | 167 | |
1,586 | 19,531 | |
0.3% | 0.7% | |
9.2 | 10.0 | |
about 2 months ago | 6 days ago | |
C# | C# | |
- | MIT License |
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.
ClojureCLR
-
Rust panics under the hood, and implementing them in .NET
Before Rich made Clojure for the JVM, he wrote dotLisp[1] for the CLR. Not long after Clojure was JVM hosted, it was also CLR hosted[2]. One of my first experiences with ML was F#[3], a ML variant that targets the CLR. These all predate the MIT licensed .net, but prior to that there was mono, which was also MIT licensed.
1: https://dotlisp.sourceforge.net/dotlisp.htm
2: https://github.com/clojure/clojure-clr
3: https://fsharp.org/
- Make a New Programming Language
- Try Clojure
-
Dada, an Experiement by the Creators of Rust
Yea, that's true. I forgot about that. I did think of Clojure CLR, but I don't get the impression that this is an all that natural or used implementation. ClojureScript is obviously much more used, although it is still a "different" language.
https://github.com/clojure/clojure-clr
-
Ask HN: Does an equivalent of Clojure exist for .NET?
ClojureCLR can already run on .NET 5.0 , so at least it made it through the .NET Core migration. I'm sure they'll get it to 6.0 at some point.
https://github.com/clojure/clojure-clr/wiki/Getting-started
- Clojure, but without the JVM?
-
Elixir Protocols vs. Clojure Multimethods
I recently found there was a clojure implementation for .NET and also one for the BEAM Virtual Machine. Has anyone used the latter? Regards
[1] https://github.com/clojure/clojure-clr
-
Scheme for embedding in .NET application
Maybe it's not exactly a scheme, but there's Clojure CLR and it's actively maintained: https://github.com/clojure/clojure-clr/wiki
-
Java on Truffle – Going Fully Metacircular
https://github.com/clojure/clojure-clr/commits/master
Roslyn
- OpenVSX, which VSCode forks rely on for extensions, down for 24 hours
-
Introducing command and commandfor in HTML
C# has COMEFROM, too: https://github.com/dotnet/roslyn/blob/main/docs/features/int...
they make it cumbersome to use by hand, but not impossible
-
It is not a compiler error. It is never a compiler error (2017)
>> It is not a compiler error. It is never a compiler error (2017)
No, not always true. Even in modern compilers -- as matured and as modern as VS 2022-- you would still get bug.
I found one[0]. In my case it's easy to tell it's a compiler bug because the program just can't compile properly. But it's also not easy to reproduce, which just proves how well tested compilers usually are.
0: https://github.com/dotnet/roslyn/issues/74872
-
How to update library and get swamped with this task.
MSBuildLocator for .NET Framework can only search for MSBuild 15, 16, 17 (Visual Studio 2017, 2019, 2022). So, if a user has a fairly old project and is using Visual Studio 2015, Roslyn won't be able to find a suitable MSBuild. Even if the project is fully built on the system, Roslyn simply won't work. We've reported this issue on GitHub. To cut a long story short, the devs don't prioritize it, citing that VS 2015 and earlier versions are just outdated. However, it turns out that if the user has the .NET SDK, Roslyn starts using a backup plan. If you have a .NET Framework legacy project, Roslyn will try to use BuildHost for .NET Core. Most of the time, this works fine, but issues can occur if there's something that isn't supported by MSBuild for .NET Core. You'll see this in the description of the third issue.
-
Visual Studio Code is designed to fracture
C# extension works well and uses Roslyn Language Server that is part[0] of the Roslyn (C# compiler) - this is what the base C# extension[1] uses. Both of these are licensed under MIT.
The only closed-source component is 'vsdbg' which is Visual Studio's debugger shipped as a component that the extension uses. It, however, can be replaced with Samsung's 'NetCoreDbg' by using the extension fork[2].
[0]: https://github.com/dotnet/roslyn/tree/main/src/LanguageServe...
[1]: https://github.com/dotnet/vscode-csharp
[2]: https://github.com/muhammadsammy/free-vscode-csharp
- Am writing a software used to manage elections in Kenya
-
The main features I want for C#
see also: https://github.com/dotnet/roslyn/pull/7850
-
What do I think about Lua after shipping a project with 60k lines of code?
The .NET runtime[1] and C# compiler[2] are both pretty easy to embed.
[1] https://learn.microsoft.com/en-us/dotnet/core/tutorials/netc...
[2] https://github.com/dotnet/roslyn/blob/main/docs/wiki/Scripti...
-
The search for easier safe systems programming
The C# compiler has an MIT license and is available on GitHub, which is about as FOSS as it gets.
https://github.com/dotnet/roslyn
-
Asynchronous Programming in C#
My understanding is that the .NET team is working toward this with Interceptors: https://github.com/dotnet/roslyn/blob/main/docs/features/int...
What are some alternatives?
F# - Please file issues or pull requests here: https://github.com/dotnet/fsharp
Mono-basic - Visual Basic Compiler and Runtime
IronScheme - IronScheme
Nemerle - Nemerle language. Main repository.
Bridge.NET - :spades: C# to JavaScript compiler. Write modern mobile and web apps in C#. Run anywhere with Bridge.NET.