On Thu, 2005-04-14 at 13:22 -0400, Dan Sugalski wrote:
> Anyway, a number of people I deeply respect (and who do this sort of
> thing for a living, at deep levels) have told me flat-out that we're
> better not having a security system than we are trying to roll our
> own, and the common respons
The rsync off of cvs.perl.org::parrot-HEAD as suggested on parrotcode.org
contains .svn directories. This doesn't seem right.
And this patch has the added benefit of working.
Index: lib/Parrot/Test/m4.pm
===
--- lib/Parrot/Test/m4.pm (revision 7835)
+++ lib/Parrot/Test/m4.pm (working copy)
@@ -2,10 +2,11 @@
use strict;
-use Data::Dumper;
+p
On Thu, Apr 14, 2005 at 03:52:23AM -0700, Jens Rieks wrote:
> lib/Parrot/Test.pm has several lines like
> $cmd = qq{(cd $path_to_parrot && $parrot $args "$code_f")};
> As this command is executed with system(), it should not include "&&".
> All tests on Win98/VC6 are failing with "Command not found
I'd like to announce the creation of the Parrot Common Lisp project, which
aims to implement a significant subset of the Common Lisp language. At
present it's nowhere near achieving that goal, but it's progressing slowly
as I figure out the intricacies of writing a Lisp implementation.
A brief
Nick Glencross (via RT) wrote:
# New Ticket Created by Nick Glencross
# Please include the string: [perl #34989]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34989 >
This patch fixes a few more typos. I'll leave it a few
At 4:42 PM +0200 4/14/05, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
At 3:53 PM +0200 4/14/05, Jens Rieks wrote:
Yes, the CVS repository is not updated anymore.
Swell
You need just this part:
Date: Wed Apr 13 03:04:41 2005
New Revision: 7824
Modified:
>trunk/imcc/reg
# New Ticket Created by Nick Glencross
# Please include the string: [perl #34989]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34989 >
This patch fixes a few more typos. I'll leave it a few months before
doing this agai
# New Ticket Created by Nick Glencross
# Please include the string: [perl #34988]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34988 >
This patch fixes a few more typos. I'll leave it a few months before
doing this agai
# New Ticket Created by Nick Glencross
# Please include the string: [perl #34984]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34984 >
[I submitted this patch from a web mailer last night, but it seems to
have disappear
On Thursday 14 April 2005 21:57, Thomas Klausner wrote:
> Hi!
>
> There will be a Parrot/PUGS Hack-a-thon at the Austrian Perl Workshop,
> which takes place on 9th and 10th June in Vienna, Austria.
>
> Autrijus Tang, Chip Salzenberg and Leo Toetsch will be there. You should be
> there too :-)
I've
Hi!
There will be a Parrot/PUGS Hack-a-thon at the Austrian Perl Workshop, which
takes place on 9th and 10th June in Vienna, Austria.
Autrijus Tang, Chip Salzenberg and Leo Toetsch will be there. You should be
there too :-)
More information on the workshop etc is available here:
http://conferen
Leopold Toetsch wrote:
> I can't test Win32 patches, so I can apply these only as is.
I am trying to cover this base with constant "update, build,
post-to-list, patch" cycles. ;-)
Ron
jerry gay wrote:
> On Apr 12, 2005 12:06 PM, Solinski, Mark <[EMAIL PROTECTED]> wrote:
>> > Has anyone successfully built Parrot on Win32 (MSVC 13.10.3077)
>> > recently?
> parrot builds fine on win32--vc-7.1-perl-5.8.6 for me, without icu. i have
> been building this way for some time now.
> co
On Thu, 2005-04-14 at 12:01 -0700, Ron Blaschke wrote:
> Attached patch updates the README.win32 document to the current state
> of ICU. Once [perl #34985] is applied, one will be able to build
> parrot again with ICU, following the instructions.
Thanks, applied.
-- c
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #34986]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34986 >
Attached patch updates the README.win32 document to the current state
of ICU. Once [pe
> Attached hack adds ICU to the linkage of the dynclasses for MSWin32.
> Otherwise the dynclasses won't link, the usual C C
> cycle broken.
>
> This will suffice for now, as things are not linked properly anyway.
Thanks, applied.
> Ron
jens
Chromatic <[EMAIL PROTECTED]> wrote:
> On Thu, 2005-04-14 at 13:54 +0200, Leopold Toetsch wrote:
>> I'd appreciate if some folks with commit privs have a look at patches
>> accumulating on the list and apply the simple ones.
> What qualifies as "simple"? I don't mind handling doc patches and the
# New Ticket Created by Ron Blaschke
# Please include the string: [perl #34985]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34985 >
Attached hack adds ICU to the linkage of the dynclasses for MSWin32.
Otherwise the dync
On Thu, 2005-04-14 at 13:54 +0200, Leopold Toetsch wrote:
> I'd appreciate if some folks with commit privs have a look at patches
> accumulating on the list and apply the simple ones.
What qualifies as "simple"? I don't mind handling doc patches and the
like.
-- c
At 9:51 AM -0700 4/14/05, Dave Whipp wrote:
Dan Sugalski wrote:
All security is done on a per-interpreter basis. (really on a
per-thread basis, but since we're one-thread per interpreter it's
essentially the same thing)
...
* Number of open files
* IO operations/sec
* IO operations total
At 5:51 PM -0400 4/13/05, Aaron Sherman wrote:
On Wed, 2005-04-13 at 17:01, Dan Sugalski wrote:
So here's what I was thinking of for Parrot's security and quota
model. (Note that none of this is actually *implemented* yet...)
[...]
It's actually pretty straightforward, the hard part being the wh
Dan Sugalski wrote:
All security is done on a per-interpreter basis. (really on a per-thread
basis, but since we're one-thread per interpreter it's essentially the
same thing)
...
* Number of open files
* IO operations/sec
* IO operations total
...
Can an "application" get more resources
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 3:53 PM +0200 4/14/05, Jens Rieks wrote:
>>Yes, the CVS repository is not updated anymore.
> Swell
You need just this part:
> Date: Wed Apr 13 03:04:41 2005
> New Revision: 7824
> Modified:
>trunk/imcc/reg_alloc.c
> Log:
> allow NUM_REGISTERS = 6
At 10:44 AM -0400 4/14/05, Aaron Sherman wrote:
On Thu, 2005-04-14 at 09:11, Dan Sugalski wrote:
At 10:03 PM -0400 4/13/05, Michael Walter wrote:
>On 4/13/05, Dan Sugalski <[EMAIL PROTECTED]> wrote:
>> All security is done on a per-interpreter basis. (really on a
>> per-thread basis, but sin
On Thu, 2005-04-14 at 09:11, Dan Sugalski wrote:
> At 10:03 PM -0400 4/13/05, Michael Walter wrote:
> >On 4/13/05, Dan Sugalski <[EMAIL PROTECTED]> wrote:
> >> All security is done on a per-interpreter basis. (really on a
> >> per-thread basis, but since we're one-thread per interpreter it's
> >
At 3:53 PM +0200 4/14/05, Jens Rieks wrote:
On Thursday 14 April 2005 15:33, Dan Sugalski wrote:
(If the CVS repository's not up to date I
can see about getting subversion installed and working)
Yes, the CVS repository is not updated anymore.
Swell -- I thought when we were switching over to subv
On Thursday 14 April 2005 15:33, Dan Sugalski wrote:
> (If the CVS repository's not up to date I
> can see about getting subversion installed and working)
Yes, the CVS repository is not updated anymore.
jens
At 2:05 PM -0400 4/13/05, Dan Sugalski wrote:
At 12:05 PM +0200 4/13/05, Leopold Toetsch wrote:
As of rev 7824 Parrot *should* run with NUM_REGISTERS defined as 64
too. Only some stack tests are failing that do half frame push and
pop tests.
imcc/t/reg/spill_2 just spills 4 registers instead of
On Wednesday 13 April 2005 20:00, Nick Glencross wrote:
> # New Ticket Created by Nick Glencross
> # Please include the string: [perl #34964]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34964 >
>
>
> This patch fixes a
On Wednesday 13 April 2005 18:53, jerry gay wrote:
> # New Ticket Created by jerry gay
> # Please include the string: [perl #34963]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34963 >
2>&1 is not the best way, it only w
At 10:03 PM -0400 4/13/05, Michael Walter wrote:
Dan,
On 4/13/05, Dan Sugalski <[EMAIL PROTECTED]> wrote:
All security is done on a per-interpreter basis. (really on a
per-thread basis, but since we're one-thread per interpreter it's
essentially the same thing)
Just to get me back on track: Does
> # New Ticket Created by Cory Spencer
> # Please include the string: [perl #34970]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34970 >
>
>
>
> The getattribute opcode previously threw an internal exception when an
> at
On Thursday 14 April 2005 13:54, Leopold Toetsch wrote:
> I'm currently evolving the infix operations and scalar classes and have
> rather big diffs against svn HEAD.
>
> I'd appreciate if some folks with commit privs have a look at patches
> accumulating on the list and apply the simple ones.
Okay
I'm currently evolving the infix operations and scalar classes and have
rather big diffs against svn HEAD.
I'd appreciate if some folks with commit privs have a look at patches
accumulating on the list and apply the simple ones.
Thanks,
leo
On Thu, 2005-04-14 at 01:50 -0400, [EMAIL PROTECTED] wrote:
> > [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >
> >> I have been trying to examine the i386 code generator to see how
> >> feasible it would be to create an AMD64 code generator.
[...]
> I'm going to copy the i386 path to an a64 path
# New Ticket Created by Jens Rieks
# Please include the string: [perl #34978]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34978 >
lib/Parrot/Test.pm has several lines like
$cmd = qq{(cd $path_to_parrot && $parrot $args
On Thursday 14 April 2005 08:59, FranÃÂois PERRAD wrote:
> $make src/revision.c
> make: *** No rule to make target `.svn/entries', needed by
> `src/revision.c'. ÂStop.
Thanks for reporting, should be fixed now (revision 7829).
> FranÃois Perrad
jens
On Wed, Apr 13, 2005 at 11:59:47PM -0700, François PERRAD wrote:
> # New Ticket Created by François PERRAD
> # Please include the string: [perl #34974]
> # in the subject line of all future correspondence about this issue.
> # https://rt.perl.org/rt3/Ticket/Display.html?id=34974 >
>
>
>
> I
[EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Thank you. The POD is a little thick, and I'll be printing it out so I can
> follow along. I'm going to copy the i386 path to an a64 path and have at it.
> I'm hoping it won't be much of a stretch to get 64-bit code generated --
> although REASONABL
=?gb2312?q?=C3=F7=20=D6=EC?= <[EMAIL PROTECTED]> wrote:
> Hello!
> I'm new to parrot, sorry for my pool english first.
>
> I downloaded parrot-0.1.2 to my debian-arm box ---
> its cpu(arm920t) is s3c2410 of Samsung.
> first , I run "perl Configure.pl --cc=gcc --cxx=g++
> --link=gcc" to confi
# New Ticket Created by FranÃois PERRAD
# Please include the string: [perl #34974]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/rt3/Ticket/Display.html?id=34974 >
I try to build parrot from http://svn.perl.org/snapshots/parrot/
$make src/revisio
I was thinking along similar lines, but got stuck wondering: "Why is
Configure.pl looking for bc in the first place? It doesn't do anything
with the result."
That's true. I am working on 'Parrot bc', based on ANTLR and Python.
For the tests I want to doublecheck whether there are any discrepan
Lambeck <[EMAIL PROTECTED]> wrote:
> Hi all,
> Configure.pl failed to find the GNU Math Lib (GMP) on my system eventhough it
> is installed properly (version 4.1.4) .
> I compiled config/auto/gmp/gmp.in by hand and it returned:
> 4950 1 but expected was:
> 4950 0
> Everything see
44 matches
Mail list logo
