Hi all,
Some weeks ago, I announced my plans for writing a paper on the
archtecture of Parrot. In the mean time, I made a start, and more or
less defined the structure of the article. It's an initial draft, so
nothing definite yet. Also, as it's a really early draft, not much too
read. Howeve
On Mon, Oct 17, 2005 at 09:18:05PM -0700, Mark A. Biggar wrote:
>
> >Has any FOSS developer ever been found liable (or even sued)?
> >
> >Not that I have any objections to this plan but it might be worth
> >considering that it's much easier to sue a single entity then it is to
> >file a tort again
At 07:03 17/10/2005 -0700, you wrote:
"François PERRAD (via RT)" <[EMAIL PROTECTED]> wrote:
>
> $ ./parrot -V
> This is parrot version 0.3.0-devel (r9493) built for i386-linux.
>
> $ make hello
> ./parrot -o examples/assembly/hello.o examples/assembly/hello.pbc
> make EXEC=examples/assembly/he
Joshua Hoblitt via RT wrote:
> On Sat, Oct 15, 2005 at 11:09:38AM +0300, Jarkko Hietaniemi wrote:
>
>>Joshua Hoblitt via RT wrote:
>>
>>>According to our records, your request regarding
>>> "[BUG] Parrot 0.3.0 t/pmc/io.t assert core dump"
>>>has been resolved.
>>
>>According to my records, it'
Hi all,
Some weeks ago, I announced my plans for writing a paper on the
archtecture of Parrot. In the mean time, I made a start, and more or
less defined the structure of the article. It's an initial draft, so
nothing definite yet. Also, as it's a really early draft, not much too
read. Howeve
# New Ticket Created by Alberto Simoes
# Please include the string: [perl #37463]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37463 >
---
osname= darwin
osvers= 8.0
arch= darwin-thread-multi-2level
cc= cc
---
Fla
I've just added a subrule to PGE,
which is roughly analogous to the "bracketed" function in
Perl 5's Text::Balanced.
Like most PGE subrules, PGE::Text::bracketed can be called
as a subrule in a rule expression or directly via a subroutine call.
Thus, to extract quote-delimited text from a stri
# New Ticket Created by Alberto Simoes
# Please include the string: [perl #37462]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=37462 >
Sorry for sending the details this way, but to reorganizing these emails
would take
On Oct 18, 2005, at 19:40, Klaas-Jan Stol wrote:
http://members.home.nl/joeijoei/parrot/paper.pdf
* Strings - we don't have a language field in strings.
Language-specific behavior will depend on the 'environment' of string
usage.
Thanks for your attention,
klaas-jan
leo
Jarkko Hietaniemi wrote:
Joshua Hoblitt via RT wrote:
It's a test failure for unimplemented feature(s). There is already a
TODO ticket (bug #31178) that ruffly covers this. Can you make a case
for why it needs to be to tracked as a software defect?
A core dump is a software defect, an unac
For starters, it gives you a libparrot which doesn't have any external
dependencies. Much nicer, if only aesthetically.
Nick
On 10/18/05, Joshua Hoblitt via RT <[EMAIL PROTECTED]> wrote:
> Chip,
>
> Looks like a design call.
Alberto Simoes (via RT) wrote:
Sorry for sending the details this way, but to reorganizing these emails
would take too much time :)
[ Please don't top-post and cite only necessary parts during a f'up. ]
I've checked in a change (r9507) that hopefully fixes this bug (libgdbm
was loaded twice)
Nick Glencross wrote:
Let me try reposting the patch, which gives me the opportunity to bit
twiddle a bit more:
* Removed the mmap nonsense which was sent by accident
* Renamed config.c to config_string.c to make it less generic
* Moved a couple externs from a core parrot library into th
On Mon, Oct 17, 2005 at 10:09:22PM -0400, Jeff Horwitz wrote:
> On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> > Any problems here? Any suggestions for UUID code that's licensed
> > appropriately for use in Parrot?
>
> the UUID library in e2fsprogs might be appropriate. e2fsprogs is GPL, but
> li
On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> On Mon, Oct 17, 2005 at 10:09:22PM -0400, Jeff Horwitz wrote:
> > On Mon, 17 Oct 2005, Chip Salzenberg wrote:
> > > Any problems here? Any suggestions for UUID code that's licensed
> > > appropriately for use in Parrot?
> >
> > the UUID library in e2f
On Tue, Oct 18, 2005 at 11:27:16AM -0400, Jeff Horwitz wrote:
> On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> > On the other hand, the idea has been raised on IRC (by Joshua, IIRC)
> > that an MD5 or SHA256 would protect against corruption, and would also
> > incidentally make a dandy UUID.
>
> wa
Allison Randal wrote:
>
> Yes, and in fact we won't be doing copyright *transfers* at all.
> When you sign the contributor agreement, you'll be signing a
> copyright *license*, which still leaves you with the right to
> use the code elsewhere. TPF holds the "compilation copyright",
> that is the co
Leopold Toetsch wrote:
Nick Glencross wrote:
Let me try reposting the patch, which gives me the opportunity to bit
twiddle a bit more:
* Removed the mmap nonsense which was sent by accident
* Renamed config.c to config_string.c to make it less generic
* Moved a couple externs from a c
On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> On Tue, Oct 18, 2005 at 11:27:16AM -0400, Jeff Horwitz wrote:
> > On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> > > On the other hand, the idea has been raised on IRC (by Joshua, IIRC)
> > > that an MD5 or SHA256 would protect against corruption, and w
On Oct 18, 2005, at 18:10, Nick Glencross wrote:
Leopold Toetsch wrote:
./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
make: *** [runtime/parrot/include/config.fpmc] Error 139
Please check the patch, thanks.
As for the second more serious issue, that's very odd! I assu
On Tue, Oct 18, 2005 at 12:13:33PM -0400, Jeff Horwitz wrote:
> On Tue, 18 Oct 2005, Chip Salzenberg wrote:
> > As for the pbc file case: If you're making a pbc so large that hash
> > creation takes noticeable time, then just imagine how long _writing_
> > it will take? :-)
>
> this answers my qu
Allison Randal wrote:
>
> So, with Perl 5, Larry is the compilation owner. The problem with that
> is it makes Larry personally liable for any action brought against
> Perl (not that that would ever happen, we hope), and a successful suit
> could take his house, his car, his savings, etc. (not t
Hi,
Having observed that doing a thesis related to Parrot is trendy (hey,
Klaas-Jan!), I'm now adding to the statistic. :-)
For the next several months, I'm going to be working on translating .NET
bytecode and meta-data into PIR. The end result should mean that you can
load in a .NET class
On Oct 19, 2005, at 0:16, Jonathan Worthington wrote:
Hi,
For the next several months, I'm going to be working on translating
.NET bytecode and meta-data into PIR
... Yay!
Yay2 - one VM to rule them all ...
Jonathan
leo
This is because Parrot is implemented in C,
while developing a large program such as this could well
have been done in C++. This is for three reasons:
1. C is available everywhere
2. there is a large pool of C programmers
3. other languages are not fast enough
I thin
On Mon, Oct 17, 2005 at 04:16:01AM -0700, Joshua Hoblitt wrote:
> # New Ticket Created by Joshua Hoblitt
> # Please include the string: [perl #37458]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=37458 >
>
>
> This tr
On Tue, Oct 18, 2005 at 04:54:57PM -1000, Joshua Hoblitt wrote:
> On Mon, Oct 17, 2005 at 04:16:01AM -0700, Joshua Hoblitt wrote:
> > # New Ticket Created by Joshua Hoblitt
> > # Please include the string: [perl #37458]
> > # in the subject line of all future correspondence about this issue.
>
27 matches
Mail list logo
