That’s .NET, which is the thing that used to be .NET Core. .NET Framework has a subset available under the MIT License (previously source-available), but it’s very much a subset and can’t be built.
https://github.com/microsoft/referencesource Yes, the naming is confusing. > On Nov 23, 2023, at 12:24, <bir...@soigeneris.com> <bir...@soigeneris.com> > wrote: > > Microsoft disagrees with you… > > https://dotnet.microsoft.com/en-us/platform/open-source > > Jeff Birt > > From: M100 <m100-boun...@lists.bitchin100.com > <mailto:m100-boun...@lists.bitchin100.com>> On Behalf Of Brad Ackerman > Sent: Thursday, November 23, 2023 2:08 PM > To: m...@bitchin100.com <mailto:m...@bitchin100.com> > Subject: Re: [M100] Model T clock doubler > > .NET Framework is not open source; Mono is a reimplementation of it — and > fine for legacy projects, but you get a much better experience with .NET Core > (which is open source). > > >> On Nov 23, 2023, at 12:01, Peter Vollan <dprogra...@gmail.com >> <mailto:dprogra...@gmail.com>> wrote: >> >> is that what mono is? >> >> >> On Thu, 23 Nov 2023 at 11:33, <bir...@soigeneris.com >> <mailto:bir...@soigeneris.com>> wrote: >>> The .NET framework is open source and there is a Linux version of .NET >>> called Mono. You might not have to change a thing... >>> >>> Jeff Birt >>> >>> -----Original Message----- >>> From: M100 <m100-boun...@lists.bitchin100.com >>> <mailto:m100-boun...@lists.bitchin100.com>> On Behalf Of Joshua O'Keefe >>> Sent: Thursday, November 23, 2023 1:25 PM >>> To: m...@bitchin100.com <mailto:m...@bitchin100.com> >>> Subject: Re: [M100] Model T clock doubler >>> >>> > On Nov 23, 2023, at 8:13 AM, Stephen Adolph <twospru...@gmail.com >>> > <mailto:twospru...@gmail.com>> wrote: >>> > >>> > If it adds value, getting a linux version would be nice too I think. >>> > I'm happy to share the files I compiled. >>> >>> Hey Steve, >>> >>> I'd love access to the source code to make an attempt at building a Linux >>> version. I'm far from a .Net guy but I suspect the differences on the >>> serial port side won't be all that large, and everything else should >>> hopefully be "close enough." >>>
