I just wanted to let the list know that with the following configure options
--cgoto=0 --jitcapable=0 --execcapable=0
I had 100% pass rate on all cygwin tests. I know some people have had
trouble with cygwin in the past, so I thought I would share my success.
Another thing that helps is using
TLA = Three Letter Acronymn
- Original Message -
From: Paul [EMAIL PROTECTED]
To: Leopold Toetsch [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Tuesday, March 11, 2003 11:21 AM
Subject: Re: This week's Perl 6 Summary [OT]
---
Also, cygwin won't do
perl -i
correctly, you MUST have
perl -i.bak
or something similar.
- Original Message -
From: Garrett Goebel [EMAIL PROTECTED]
To: 'Juergen Boemmels' [EMAIL PROTECTED]; Joe Wilson
[EMAIL PROTECTED]
Cc: Steve Fink [EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Thursday,
The problem with cons/car/cdr is that they're fundemental operations.
Graham *has* learned from perl, and is receptive to the idea that
fundemental operators should be huffman encoded (lambda - fn). It
would be easy to simply rename car/cdr to first/rest, but that loses
the huffman nature of
Yes, languages should now use IMCC as their target. Basically, they
generate IMCC instructions without regards for optimization and such so that
only a lexer/parser is needed. Take a look at the bf and ook languages for
an example. I think perl6 is also heading there.
Tanton
- Original
I also have a C++ compiler under development that uses flex + btyacc +
TreeCC that I can send on request. I must say that TreeCC is an extremely
nice system and one I highly recommend.
- Original Message -
From: Gopal V [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Tuesday, December 17,
Are the Tru64 registers scanned for live PMCs/Buffers? I don't know
what things would typically get missed that way, but it's a known
problem for most architectures (or was until recently? What's the
status on this?)
I don't know if they are or not. How could you tell?
Does Tru64 have
dimension (0,0 - 0,20) as well as the first element
of the first dimension...(1,0). But it is wrong for all of the others. It
becomes 1 instead of 10. I have no clue yet why...still looking into it.
However, all tests pass on Tru64 if --gc-debug is off.
- Original Message -
From: Tanton Gibbs
As I said, I wasn't sure whether or not I was being serious at this point.
method bar($x, $y) {
method bar($z) { # note 1
Oh, bringing in multimethods Just Isn't Fair.
Those are multimethods? Migod, I feel like a person who's just
discovered for the first time in
Damian Conway wrote:
or even a arrayed form, when the corresponding index was implicit:
(@foo,@bar,@zap) := part [/foo/, /bar/, /zap/], @source;
That's kinda nifty. But admittedly, it's not to-die-for necessary, if
I'm the only one fond of it.
I think this makes a nice
One final change to my own fix:
with the q[] operator. The q[] operator allows strings to be made with
any non-space, non-letter, non-digit character as the delimeter instead
of '.
The q[] operator allows strings to be delimited by any non-space,
non-letter,
non-digit character
I agree that it seems wrong to change the name of an already established
language. However, I also don't like the fact that something with the name
Brainfuck comes with the core of parrot. What if we moved its
distribution out of CVS and just put it on the webpage, or something of that
nature?
Has there been any discussion about having an any type. Something such as:
my any $x = Hello;
$x = 17.3;
$x = Foo.new;
I realize that this can be accomplished with an untyped variable, but there may be a
reason not to do that. Namely, there most probably will be some sort of pragma like
use
numbers.t
comment is wrong
the first
#negative big float
should be
#negative big int
string.t
reverse paired delim qq actually tests reverse paired delim q
in other words, change
q)hi(; to qq)hi(; for that test.
radii.t
This isn't your fault, but I have to say that 0o0777 looks really bad in
(2) The behavior of an explicit bool type, _if_ one exists, that stores
truth, not value. Such that Cmy bool $y = (0 but true) stores
true, not 0, and does so in the most efficient way.
I think before we can answer this question, we have to know how to extract
truth.
my int $x = (0 but
Well... Perl5 didn't have typecasts primarily because it didn't have
types. To the extent it _does_ have types, it has casting, too: it
just is extremely limited.
my $s = scalar blah;
my $s = list blah;
The above can be construed as typecasting: converting an expression
blah to
my str $s = sprintf(%x, $i);# 30 characters
my str $s = hex $i; # 19 characters
my $s = ~hex $i; # 16 characters
I think these are good, but I really think that Larry's idea of an as
function is the best. Not only does it provide a decent syntax
I think this week's review was fine. I consider p6d more of perl6 Black Ops
anyway. Basically, no one should know about us until we want them to.
Therefore, minimal summarization fits right in with that philosophy.
Tanton
If I'm understanding them correctly, another way to think of runtime
properties is dynamic inheritance, or more specifically
instance-based inheritance. When you say:
$v but foo(5);
You're saying that instance/value $v now inherits the behaviors of
foo(5), in addition to it's normal
1) Formats as classes. What I _want_ to do is to be able to
associate a named format with a given class/instance/output, because
I tend to use the same few formats over and over. So if I want to
frequently output numbers as '%-4.2d', I just call it MoneyFormat or
something:
class
my int $i is formatted('%4x');
$i = 255;
print $i;# prints '00ff';
Anyone care to comment?
I too don't see much use in the former. The latter puts distance between
the formatting and the thing being formatted and that can't be good.
In situations such as these
I'd certainly like a way to easily (1) treat a string as bin/oct/hex,
and (2) stringify a number to bin/oct/hex, because those are two pretty
common cases. I've tried tons of things to get a more general syntax,
and nothing is really working. The string interpolation case is the
most
Has p6Doc produced any tests so far. If so, where are they located? I just
want to take a gander at them and see where the holes are.
Tanton
I get a log of binary goo at the top of conversion.t
Does anyone else have this problem?
- Original Message -
From: Michael Lazzaro [EMAIL PROTECTED]
To: Tanton Gibbs [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Wednesday, November 20, 2002 6:47 PM
Subject: Re: Perl 6 Test Organization
The tests look Great! A couple of remarks
The exponential test in numeric.t
I think the last two numbers should be
-1230
and
-12300
The Infinity test in numeric.t
Shouldn't you print $a...if not, why have it?
The Binary test in radii.t
I think Larry ruled that 0B0110 was an error...it had to
Comments on the file:
TODO: Exponential
1.23e1 12.3
1.23E2 123
-1.23e3 -1230
-1.23E4 -12300
I think we should add some negative exponent tests
1.23e-1 .123 (* or is it 0.123?)
12.34e-1 1.234
1.23e-2 .0123 (* or is it 0.0123?)
-1.23e-3 -0.00123
-1.23e-4 -0.000123
TODO: Big Numbers
Larry wrote:
\$i is $i.format('%04x')
\$i is $i.form('%04x')
\$i is $i.frm('%04x')
\$i is $i.as('%04x')
\$i is $i.f('%04x')
If we keep it a method, then we do have the added benefit of being able to
override it for custom classes...something that sprintf doesn't provide.
I think that it'd also be nice to get some consensus on which format of
test
we should maintain: the table version, or the raw-code version.
I think the consensus when Chromatic brought the subject
up was to use the testing system that Parrot uses; however,
your table version is kinda
If people are happy to use these data-oriented test-scripts, then I'm
happy to examine various groups of tests and find their abstractions.
It's just basic data-modeling, applied to source code. By modeling
each file independently, I avoid the problems associated with
infinitely flexible
I don't think I've got the energy to debate basic SW development
philosophy:
just do a google on merciless refactoring or agile software
development
(or even extreme programming).
I don't want to debate SW philosophy, because it is just that,
philosophy...everyone has his/her own. I could no
I actually rather like MikeL's suggestion for the unary ops; clear,
concise, and highly readable. And look:
my str $s = sprintf(%x, $i);# 30 characters
my str $s = hex $i; # 19 characters
my $s = ~hex $i; # 16 characters
I think these are good, but I
As a tangent...one of the things that has bothered me about but and
is for properties since the beginning is that they make for
excessively long code. Does this bother anyone else?
--Dks
Properties have bothered me, but for a different reason. It appears that
everyone's answer to
How about this:
$_ # current topic
$__ # outer topic
$___ # outer outer topic
Unfortunately, or maybe fortunately, that is impossible to read correctly
without having to move the cursor and count how many underscores exist.
It seems to me, that in English, it is
Inf - Inf NaN
I'd expect 0.
I'd expect Inf
Inf * $N Inf
^^^
presumably you meant -Inf here
Why?
Tanton
on ARM, lots of these two:
In file included from ../include/parrot/register.h:16,
from ../include/parrot/interpreter.h:42,
from ../include/parrot/parrot.h:160,
from array.c:27:
.../include/parrot/string.h:59: warning: padding struct size
Great document. I have a couple of comments.
1.) The beginning talks a lot about people doing this on the job. A lot
of developers on open source projects are students, you might wish to
mention something just to acknowledge that they do exist. I know it is
petty, but it never hurts to feed
There were a number of warnings which read something like
structure padded for alignment of member value in debug.h
This can be trivially fixed by reordering the structure members ( I hope).
This patch works fine on cygwin, but I would like to see some other
platforms (especially 64 bit) try it
I disagree.
I don't like Java that much (for many reasons), but I have nothing but
respect for the massive amount of documentation that is easily accessible
as
a direct result of JavaDoc. I personnaly feel that it greatly helped java
achieve the success it has. If all of parrot's module
What is annoying is that on my cygwin system, everytime I type make it
rebuilds everything starting from Configure. It doesn't matter if I have
touched anything or not. In other words
perl Configure.pl make
will run Configure.pl twice.
Very annoying.
Tanton
- Original Message -
Hhm - could you track this further down?
For failing e.g. 1_1.p6:
$ ./perl6 -vwk t/compiler/1_1.p6
$ ../imcc/imcc -d -d -d t/compiler/1_1.imc 1_1.debug 21
$ less 1_1.debug
Those both work fine.
However, if I do
perl prd-perl6.pl
#17517 build system, permanent Configure runs - annoying at least
I wish someone would commit this one as this does fix a very annoying
problem, especially on cygwin.
Tanton
This kind of clever magic always makes me nervous:
it introduces subtle bug potentials.
(7,8,9) == 3 # true
(7,8) == 2 # true
(7) == 1 # false
() == 0 # true?
I believe the last two cases should be:
(7,)== 1
(,) == 0
Because its the perl6
This kind of clever magic always makes me nervous:
it introduces subtle bug potentials.
(7,8,9) == 3 # true
(7,8) == 2 # true
(7) == 1 # false
Why is this one false? I'd expect it to be true just as the others.
(7) == 7
why? Otherwise, we couldn't use parens for
BTW, I'm glad to see you still working on/maintaining the African Grey
variation. I think it is important to maintain alternatives. Who knows, at
some point in the future, it may be determined that this is the right way to
go. If memory for embedded systems is the only issue, then I could
I just did a cvs update and tried to configure, but it said I was missing
the following files:
languages/scheme/Scheme/Builtins.pm
languages/scheme/t/logic/lists.t
Does anyone else have this problem?
Tanton
my $fh = IO::File-new(...)
anywhere in the program or its libraries would trigger this slow
behaviour
for the rest of the program.
No. That's why we make it a counter. When a DOD run is made we recalc
the number of deterministci destructions needed.
But, more than likely, the file
In this case, it is quite likely that many programs will get that flag
set. In which case, we'll need to be doing a DOD run at the end of most
blocks
I would hope not. The only things which will set this flag are those items
needing deterministic destruction, not all
items with a
One thing that might be worth noting is that the current CVS version does do
some unintended COW things. My previous patch (the RECALL - AGAIN) thing
attempted to fix this but has not been applied. Basically, when setting a
value that was previously a non-string value (integer, float, etc...)
How Freudian can you get. The subject on this email should have been RECALL
renamed to AGAIN. It took me until now to realize this.
Sorry,
Tanton
- Original Message -
From: Tanton Gibbs (via RT) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, July 25, 2002 2:36 PM
Subject
# New Ticket Created by Tanton Gibbs
# Please include the string: [perl #15574]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=15574
This patch implements the AGAIN pmc preprocessor command. AGAIN should be
used
Does anyone know why I keep getting this:
$ cvs diff diff.out
cvs server: failed to create lock directory for `/cvs/public/parrot/Parrot'
(/cvs/public/parrot/Parrot/#cvs.lock): No such file or directory
cvs server: failed to obtain dir lock in repository
`/cvs/public/parrot/Parrot'
cvs [server
TG Does anyone know why I keep getting this:
TG $ cvs diff diff.out
TG cvs server: failed to create lock directory for
`/cvs/public/parrot/Parrot'
TG (/cvs/public/parrot/Parrot/#cvs.lock): No such file or directory
TG cvs server: failed to obtain dir lock in repository
TG
Sure, that's pretty trivial to fix. What is the general concensus.
REINVOKE is fine with me, does that sound good?
- Original Message -
From: [EMAIL PROTECTED]
To: Tanton Gibbs [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Sent: Tuesday, July 23, 2002 8:37 PM
Subject: Re: pmc RECALL command
Sure,
the basic problem is that in perlint.pmc we have something like:
void set_string( PMC* value ) {
CHANGE_TYPE( SELF, PerlString );
SELF-data = value-data
}
In other words implement a COW strategy after being changed into a
PerlString. However, in perlstring.pmc
the following is
# New Ticket Created by Tanton Gibbs
# Please include the string: [perl #15306]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt2/Ticket/Display.html?id=15306
This patch does a number of things
1.) adds the RECALL command. This command
I stated #4 wrong...it should be perlnum.pmc not perlint.pmc
- Original Message -
From: Tanton Gibbs (via RT) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, July 22, 2002 12:26 AM
Subject: [perl #15306] [PATCH] pmc RECALL command implemented
# New Ticket Created by Tanton Gibbs
I stated #4 wrong...it should be perlnum.pmc not perlint.pmc
[snip exceedingly long unnecessary repost...]
It's late...I didn't mean to take up your bandwidth :(
sorry about that.
Ok, I would like to try and summarize what should be done for .dev files
1.) .dev files should not be used to describe individual
functions. Instead, the .c file that contains the function
should be used.
2.) .dev files should contain the sections as mentioned in PDD07.
3.) .dev files
This is the .dev file for dod.c
I realize that the garbage collection is still kind of (ok very) volatile
right now, but I thought we could go
ahead and have this for people to look at and make
comments on.
BTW, I submitted this patch to the RT system, but
it refused my email...any idea why?
Yes, after looking at this, I agree with Andy (and don't worry I don't think
you're picking on it,
I picked a small file so we could play with it until we found what we liked)
that it is a maintenence
headache to duplicate all of the functions.
However, I do think it is nice to be able to look
viewing of only the POD information.
Tanton
- Original Message -
From: John Porter [EMAIL PROTECTED]
To: Perl6 Internals [EMAIL PROTECTED]
Sent: Wednesday, July 17, 2002 2:39 PM
Subject: Re: [PATCH] .dev files.
Tanton Gibbs wrote:
. . . That saves a person digging through
the .c
# New Ticket Created by Tanton Gibbs
# Please include the string: [perl #820]
# in the subject line of all future correspondence about this issue.
# URL: http://bugs6.perl.org/rt2/Ticket/Display.html?id=820
Adds some additional comments to byteorder.c and adds a byteorder.dev file.
Tanton
start with a
small file and make sure everyone likes it before proceeding.
Thanks!
Tanton Gibbs
byteorder.diff
Description: Binary data
byteorder.dev
Description: Binary data
What about unless? Since we are giving els to loops, shouldn't we upgrade
unless as well? That would be really weird if it were not upgraded.
Tanton
- Original Message -
From: Jonathan Scott Duff [EMAIL PROTECTED]
To: Allison Randal [EMAIL PROTECTED]
Cc: Aaron Sherman [EMAIL
Since Perl is changing from - to . (a change I welcome). It might be
interesting to ask ourselves if there is any benefit from langauges like C++
or OCL that use both the - and the .
From OCL's point of view the - is used for meta level things such as
iterations over collections. The . is used
coming from a c++ background, I constantly type break instead of last only
to be scolded by the syntax checker. If my faubles result in incorrectly
executing program ( a mysterious error at that!) then I and many other C++
programmers will waste a lot of time hunting down a trivial bug. I
You could break it up into:
else if( rx-startindex == 0 ) {
goto OFFSET($2);
}
else {
--rx-startindex
}
- Original Message -
From: Andy Dougherty [EMAIL PROTECTED]
To: Perl6 Internals [EMAIL PROTECTED]
Sent: Tuesday, January 15, 2002 1:47 PM
Subject: gcc warnings: rx-startindex
67 matches
Mail list logo