Hello, On Mon, 27 Dec 2010 18:26:53 +0000 Pedro Alves <alves....@gmail.com> wrote:
> On Monday 27 December 2010 18:19:59, Paul Sokolovsky wrote: > > Btw, while looking at vendor source may be considered questionable > > practice, because vendor source access is granted by a license which > > itself, and its licensing process (like changes evolution), don't > > receive enough 3rd-party review (and thus may contain really funky > > things), I consider that (L)GPL and its motivation is sufficiently > > known to public, so looking at (L)GPL texts to get knowledge is ok. > > No it's not. <http://www.mingw.org/wiki/SubmitPatches>, point 8. You probably misread, Pedro, they talk about source, and I'm about knowledge. I consider it to be a different matter to do dumb cut&paste and reading an electronic book, even if it's Chinese or C++, to get understanding of some subject. For example, I could study question of process synchronization and even remember key points like object member names, though I doubt I'd remember footnotes or comments, word by word, or at all. Also, it seems that using LGPL source is allowed after all: they prohibit GPL and LPGL (sic!). Everyone's mileage will vary, though. I'm not interested in upstreaming (I know all this mumbo-jumbo oh so well), so mingw's specific mileage won't hurt me much. That said, I hereby confirm that I know of such issues and am doing reasonable effort to follow upstream's guidelines on the matter. I also know that Pedro Alves and Danny Backx are aware of these issues and did their reasonable effort to comply either, so I take their code "as is" as the basis for my work. Specific cases may be considered later. > > -- > Pedro Alves -- Best regards, Paul mailto:pmis...@gmail.com ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Cegcc-devel mailing list Cegcc-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/cegcc-devel
