ves the IO issue before then.
My girlfriend is moving to Boston, so that should help a lot. :)
- Scott
P.S. This is all licensed under the same terms as Parrot: GPL or
Artistic 2.0, your choice.
// io.h
// Scott Bronson
// 2 Oct 2003
// This is the generic Async I/O API. It can be implemented
On Mon, 2004-06-28 at 06:25, Dan Sugalski wrote:
> While I'm off in this "real world" thing, it'd be in our best interests to
> go do some work on parrot's standard library. A good place to start is
> with the list of functions we'll need for the upcoming pie-thon contest
Is this list compiled any
On Wed, 2004-06-30 at 07:15, Dan Sugalski wrote:
> In all those cases you've got a binary-only distribution, and a valid
> one. (In fact, one that we want to encourage) Section 4, by my reading,
> means you've got to ship source to the LGPL component.
Well, "provide source" might be a better way o
On Wed, 2004-06-30 at 00:14, Ion Alexandru Morega wrote:
> ... there are advantages in including
> the source code:
> - We could trim down all the functionality we don't use (if there is
> any)
On modern architectures, I don't think that this will actually buy very
much. Shared libraries ar
ASSUMPTION
Parrot will only link to the GMP library, right? Either static or
shared, doesn't matter.
IN BRIEF
If so, then there's no problem. GMP is licensed under the LGPL, the
same license as libc6. Parrot links to libc6 without any problem,
right? (Though thankfully it doesn't use much o
On Wed, 2004-06-23 at 08:12, Dan Sugalski wrote:
> The license issues there require that the full source of GMP ship with any
> binary copy. (the license has no "provide a place to fetch it"
> provision--the source is required) Which would make the Gameboy version
> of Parrot somewhat cumbersome. :
