I really don't think it's just him that the licensing terms aren't suitable for*. *By using MPS, *every single line* of Rust code ever written would be freely requestable by any and every individual unless the company writing the code took care to relicense MPS or to destroy any connection MPS has to their code.
This is no way to make a new language accepted by the community, especially not a FOSS community. If MPS would be happy to relicense under the MIT for the whole of the FOSS community, I'm sure we would get along just fine, or, if Rust were to drop MPS... but I don't see any way for Rust to coexist with MPS with its current license. So yes, an investigation into this possibility is fine, but switching to it should wait until the license is appropriate, in my personal opinion. No offense to MPS. On Mon, Jul 29, 2013 at 10:33 PM, I.T. Daniher <[email protected]>wrote: > If the licensing terms aren't suitable for you (for example, you're > developing a closed-source commercial product or a *compiler run-time* > *system*) you can easily license the MPS under different terms from > Ravenbrook. Please write to us at `<*[email protected]*>`_ > for more information. > > from https://github.com/Ravenbrook/mps-temporary/blob/master/license.txt > > If there's serious interest in this, we could reach out. I don't know the > state of the gc library project. > > On Mon, Jul 29, 2013 at 10:59 PM, Kevin Cantu <[email protected]> wrote: > >> I'm personally not very familiar with the Sleepycat license (as MPS seems >> to use: https://github.com/Ravenbrook/mps-temporary). >> Would proprietary code have to be shipped in separate binaries than the >> Rust runtime, or would commercial licensing be required? >> >> >> Kevin >> >> >> >> >> -- >> Kevin Cantu >> >> >> On Mon, Jul 29, 2013 at 10:41 AM, Thad Guidry <[email protected]>wrote: >> >>> REGARDING: >>> - Graydon wants to investigate using the Memory Pool System as the Rust >>> GC, >>> rather than a bespoke one. The >>> [MPS](http://www.ravenbrook.com/project/mps/) is >>> a very mature and robust memory management library. >>> >>> Reading through and seeing one of the MPS creators initial design goals : >>> >>> "The MPS was not designed for C++, but as a memory manager for dynamic >>> language run-time systems. In fact, it was specifically designed not to >>> require C++." >>> >>> ...instantly gained my respect for this system and its potential. >>> >>> -- >>> -Thad >>> Thad on Freebase.com <http://www.freebase.com/view/en/thad_guidry> >>> Thad on LinkedIn <http://www.linkedin.com/in/thadguidry/> >>> >>> _______________________________________________ >>> Rust-dev mailing list >>> [email protected] >>> https://mail.mozilla.org/listinfo/rust-dev >>> >>> >> >> _______________________________________________ >> Rust-dev mailing list >> [email protected] >> https://mail.mozilla.org/listinfo/rust-dev >> >> > > _______________________________________________ > Rust-dev mailing list > [email protected] > https://mail.mozilla.org/listinfo/rust-dev > > -- Sincerely, Josh
_______________________________________________ Rust-dev mailing list [email protected] https://mail.mozilla.org/listinfo/rust-dev
