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
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
# 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
=?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
[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
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
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
# 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 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
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 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
> # 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
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
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
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
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 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 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 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 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
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
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
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
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
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
# 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
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
> 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
# 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
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
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
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
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
# 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
# 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
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
# 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
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
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
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
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
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
The rsync off of cvs.perl.org::parrot-HEAD as suggested on parrotcode.org
contains .svn directories. This doesn't seem right.
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
44 matches
Mail list logo
