Re: MS Console/Terminal stuff (was: "RE: Ros-dev Digest, Vol 177, Issue 2")
Colin Finck <[email protected]> Wed, 8 May 2019 10:15:35 +0200
| Newsgroups | gmane.os.reactos.kernel |
|---|---|
| Message-ID | <[email protected]> |
> 1. Their license is MIT. At least it allows us to borrow ideas > from their code for how to implement stuff in ReactOS’ console/terminal. > (I suppose that if one wants to copy entire chunks of code, that I > wouldn’t do it, I’m not sure how the licensing of the original ReactOS > console GPL code would have to change. We've been over-cautious with legal matters long enough, so let's get this one straight: MIT is fully compatible with any version of GPL. This is confirmed by GNU: https://www.gnu.org/licenses/license-list.en.html#X11License You can take as much code as you want from the Terminal repo and integrate it into our GPL code, as long as you add the copyright and permission notice from https://github.com/microsoft/Terminal/blob/master/LICENSE to the file header. Our work will stay GPL while those imported portions may also be used under the terms of the MIT license. > 3. ReactOS doesn’t use C++ in the console We've also been over-cautious with C++ in the past. But as we're moving to GCC 8+ and MSVC 2015+, it's also time to reconsider our usage of C++. Honestly, our project goal is hard enough as is! Let's not make it harder by clinging to C and expecting everyone to happily spend time on buffer sizes and pointer arithmetics when an STL container would do the same job. Since C++11, you finally have guarantees about STL buffers being contiguous, so std::string and std::vector have become universal alternatives to char[] and C arrays. On that note, has anyone tried replacing our STLport with a newer STL (such as LLVM's libc++) that is maintained and supports newer C++ features? Cheers, Colin _______________________________________________ Ros-dev mailing list [email protected] http://reactos.org/mailman/listinfo/ros-dev
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEENLXXTejc76VQ9g3AG6dOcEVroakFAlzSkCwACgkQG6dOcEVr oamcKBAAm7N/qlLnqDPzGeld6SO+e7oVRzvuPC2fLo7j3kLIZ+p5DQkq4tZwgzZG 85EC2za5UCFvAitQ2pAvpolTXF/4QrI5GrwkB6zIoSsswYUWsc+DFVtnrEkfhy1T 3sLmLdRXc5RnldSHUpgEJqfRnJUoASPqowR+YSnZkMbXEm7bO921vqRBI/pAl+qX XjvtXHo/bVMETlcikh/bXJNXEmiVl0hEkDOiN/Xi70bhM38yg0ElYpmsL40vFNtA iVf5lon8MdNhjk8xNMkglvKCqQVc1LSruuhTM3gHW4taezcZDRNM3HxL2Ak2Ww5F XsJgh5tUcAz7HBl7qIT2FuHvD2k9fvg99WO43tBPrDctwEhEOoj68T8+o7JEy+D0 NGuqYAiEVKGxoB9VqrDvPaaW43nwj23mWUBMaatR0IGkUhI12UvD3O+0pv5BEEAY q+27GLCeZ+OvxyPqCHybC4XjKQEWZqzpLNX9X+sk7sHFwXyEaZVwsZ8Wjgj6MzIr DrRRD4oihUau89P/zDb0CZzl2HJGTEXlzZ3eVN2UNaOCKrughmUgPNpOvdaRE3Z/ 2aQWsLjCMMLOSYwQBys3Xz62VMr7OvlBlHvHRf37cFMAUOl68zfNhSZKtY95m207 jsdGC5LYN1bWj4P2vVPSPNfcJ0ufV0uV96EelvcJQc/0C21u3mI= =oxe2 -----END PGP SIGNATURE-----