transcript up at:
http://www.parrotcode.org/misc/parrotsketch-logs/
irclog.parrotsketch-200608/irclog.parrotsketch.20060808
--
Will Coke Coleda
[EMAIL PROTECTED]
On Aug 8, 2006, at 3:40 PM, Leopold Toetsch via RT wrote:
Am Dienstag, 8. August 2006 20:53 schrieb Will Coleda:
There is a lot of defensive code around the splice vtable list_splice
() function that prevents using it across multiple types of PMCs.
This should be removed, and we should
is no longer used, I
promise to limit the scope of its consideration when doing register
allocation.
Thoughts?
--
Will Coke Coleda
[EMAIL PROTECTED]
On Aug 6, 2006, at 4:08 PM, Leopold Toetsch wrote:
Am Sonntag, 6. August 2006 19:03 schrieb Will Coleda:
we get a 9K line PIR sub. Running this through parrot dies after
about 2.5m on an runtime error on one of the tests.
Great progress. While Parrot shouldn't die or - in the long run
that currently (Parrot 0.3.0) both are ignored in the lexer.
On Aug 3, 2006, at 11:30 AM, Patrick R. Michaud wrote:
On Fri, Jul 21, 2006 at 03:03:07PM -0700, Will Coleda wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #39905]
# in the subject line of all future
source. A link on parrotcode.org
to an
appropriately pre-formatted search would improve the ease of use.
--
Chip Salzenberg [EMAIL PROTECTED]
--
Will Coke Coleda
[EMAIL PROTECTED]
the data with svn.
Regards.
On Aug 2, 2006, at 3:37 PM, Jerry Gay via RT wrote:
how do you quantify doesn't like svk?
what is the output of Cprove -v t/distro/file_metadata.t?
~jerry
--
Will Coke Coleda
[EMAIL PROTECTED]
:
On Wednesday 02 August 2006 12:53, Will Coleda wrote:
Every single test fails because the file assumes svn instead of svk,
e.g.:
my @cmd = qw(svn pg svn:mime-type);
@cmd = qw(svn pg svn:keywords);
one reference is made to 'svk ls', but it's never considered as an
option to get
src/pmc/continuation.pmc: In function 'Parrot_Continuation_invoke':
src/pmc/continuation.pmc:239: warning: format '%d' expects type
'int', but argument 4 has type 'INTVAL'
--
Will Coleda
[EMAIL PROTECTED]
1.650.581.2414
On Jul 30, 2006, at 3:55 PM, Bob Rogers wrote:
From: Will Coleda [EMAIL PROTECTED]
Date: Sun, 30 Jul 2006 15:02:29 -0400
languages/tcl/t/tcl_misc.t#27 has a test for this behavior.
What's the generated PIR for this?
To get the pir generated by tcl (at least at the top level
On Jul 31, 2006, at 8:13 PM, Bob Rogers wrote:
From: Will Coleda [EMAIL PROTECTED]
Date: Mon, 31 Jul 2006 05:11:23 -0400
On Jul 30, 2006, at 3:55 PM, Bob Rogers wrote:
This doesn't work for me, even in a freshly-built (though somewhat
hacked) r13655:
[EMAIL PROTECTED
Thanks, applied as r13647!
minor modification: makefile deps changed to be on Config/Generated.pm instead
of just
Config/
Regards.
On Fri Jul 28 03:09:56 2006, guest wrote:
On Sun Jul 16 10:06:46 2006, coke wrote:
To de-confuse and cut back on one of the most common recent FAQs:
1)
Thanks, applied as r13649
On Fri Jul 28 03:01:37 2006, guest wrote:
On Mon Jul 24 06:01:38 2006, coke wrote:
Looking at the code, it seems that the order in the manifest is being
driven by File::Find. So it's not a surprise that we get churn
depending on who is running the tool.
part of
svn, and the generated file is lib/Parrot/Config/Generated.pm
(this allows sane error messages when trying to use tools that
require the config when no config has been generated yet.)
Regards.
--
Will Coke Coleda
[EMAIL PROTECTED]
missing 'assign_pmc' (found in the plain ole Array) ?
(Though adding this to RPA in my sandbox didn't help.)
languages/tcl/t/tcl_misc.t#27 has a test for this behavior.
Any ideas?
--
Will Coke Coleda
[EMAIL PROTECTED]
On Jul 30, 2006, at 2:49 PM, Bob Rogers wrote:
From: Will Coleda [EMAIL PROTECTED]
Date: Sun, 30 Jul 2006 12:36:08 -0400
This code is not working in Tcl at the moment (at the moment, not
sure if it ever did)
set a [list a b]
set a b
Under the covers, this should create
want
more precision by default than parrot gives on stringification (like
Tcl does with TclFloat)).
o Morphing is not mentioned. This was a contentious issue the last
time it came up on list.
o Need to mention 'does', which is not the same as:
o the type hierarchy.
--
Will Coke Coleda
to the committer as a result of the commit.
is there a one-to-one correspondence between the svn and rt userids?
--
Will Coke Coleda
[EMAIL PROTECTED]
.
Aristotle
--
Will Coke Coleda
[EMAIL PROTECTED]
Can we discuss this on list a bit?
On Jul 21, 2006, at 5:07 PM, [EMAIL PROTECTED] wrote:
Author: duff
Date: Fri Jul 21 14:07:00 2006
New Revision: 13424
Added:
trunk/docs/art/
Log:
place for parrot articles
--
Will Coke Coleda
[EMAIL PROTECTED]
Note that r13385 has the same test results - adding the cardinal files to the
MANIFEST had no
impact on whether or not the tests failed.
, but the
test
expects forward slashes, as the result is compared with Perl's
Cwd::getcwd.
The other Tcl returns forward slashes, too.
C:\Tcl\bintclsh
% puts [pwd]
C:/Tcl/bin
I'm not sure if this should be changed in languages/tcl or Parrot's
OS.cwd.
Ron
--
Will Coke Coleda
[EMAIL PROTECTED]
PROTECTED]
--
Will Coke Coleda
[EMAIL PROTECTED]
blocks at the bottom of
the test file. this does not work well in some special cases i
consider this style to be a failed experiment.
therefore, all references to CBEGIN { plan tests = NN; } must be
converted to Cuse Parrot::Test tests = NN;
~jerry
--
Will Coke Coleda
[EMAIL PROTECTED]
Thanks, applied as r13316.
Thanks, applied as r13316.
neccessary.
So this ticket is probably good to be closed again, though it still
leaves me somewhat puzzled. :)
Audrey
--
Will Coke Coleda
[EMAIL PROTECTED]
Whoops, re-opening.
This apparently isn't quite ready yet, as converting tcl to use the new syntax
results in a nearly-
complete fail of the test suite.
Per Audrey: .loadlib 'dynlexpad' stopped working, because Parrot_register_HLL
breaks on non-
HLL-group .so files.
this relate to leo's previous statement that .loadlib now
does both compile runtime loads?
Allison
--
Will Coke Coleda
[EMAIL PROTECTED]
://www.chrisdolan.net/
Public key: http://www.chrisdolan.net/public.key
vCard: http://www.chrisdolan.net/ChrisDolan.vcf
--
Will Coke Coleda
[EMAIL PROTECTED]
Thanks, applied as r13258.
Thanks, appled as r13221
Python scripts a port of the Parrot::Config Perl5
module would be nice to have.
--
Will Coke Coleda
[EMAIL PROTECTED]
.
Some intrepid coder want to try to switch to using .HLL instead of a
simple .namespace directive?
Regards.
--
Will Coke Coleda
[EMAIL PROTECTED]
Thanks, applied as r13195
On Jul 6, 2006, at 5:17 PM, John J. Trammell (via RT) wrote:
John J. Trammell
--
Will Coke Coleda
[EMAIL PROTECTED]
, intvalsize=8, intsize=4, opcode_t=long, opcode_t_size=8,
ptrsize=8, ptr_alignment=8 byteorder=12345678,
nv=double, numvalsize=8, doublesize=8
--
Will Coke Coleda
[EMAIL PROTECTED]
Suggestion for these and other areas in the source with TODOs...
# XXX bad.
# XXX (RT#39704) good.
Then it's still obvious if you're in the code that a ticket was opened, and
it's possible to
automate your search for bad XXX's (or TODOs).
On Mon Jul 03 23:58:41 2006, mdiep wrote:
On Tue Jul 04 12:21:06 2006, [EMAIL PROTECTED] wrote:
Currently, if you use IMCC inside embedded parrot (eg. when compiling
via PGE), when a syntax error occurs, imcc calls Parrot_exit (or
downright exit() -- see imclexer.c)), and it terminates the
interpreter right there without any
This ended up in the queue for parrot (perl 6 vm) problems, not the perl5 queue.
Changing queues.
.
--
Will Coke Coleda
[EMAIL PROTECTED]
/people.html
Congratulations to all three of you on your respective promotions. ^_^
--
Will Coke Coleda
[EMAIL PROTECTED]
LD_LIBRARY_PATHLOGDIRPATHPERL5LIBPERLCRITIC
PERLTIDYSHELL
--
Will Coke Coleda
[EMAIL PROTECTED]
Per leo, As of r12867 this is fixed.
On Jun 2, 2006, at 8:24 AM, Will Coleda wrote:
Known failures.
Per Leo, failing tests were committed for these features to
encourage development.
We've tried to let head be usable for this long, we should probably
have some kind of procedure
This is done, as of r12825.
- All TPF copyrights are now marked as:
Copyright (C) years, The Perl Foundation.
- All YAS copyrights and Leo copyrights are now listed as TPF.
There are still non TPF copyrights in the repository, and many of these are
still marked as 'All
Rights Reserved'; I
years, The Perl Foundation.
Allison
--
Will Coke Coleda
[EMAIL PROTECTED]
Thanks, applied.
Chip, we briefly discussed this on IRC yesterday, but I wanted to
make sure this didn't get lost.
I don't like the impact that this is going to have on HLL languages -
it's exposing internal bits of parrot to the HLL programmers. The
argument that we already expose some bits (for example,
', regardless of
the case of the filename.)
Regards
On May 17, 2006, at 3:54 PM, Nicholas Clark wrote:
On Mon, May 15, 2006 at 12:49:46PM -0700, Will Coleda wrote:
using a PMC in a file called 'APLVector.pmc' with a group of
'APL_group' caused build failures on case-sensitive platforms, and
allowed
Jarkko -
Is this still an issue with svn-latest ?
[jhi - Wed Oct 05 22:27:25 2005]:
Didn't notice this earlier because the whole japh.t is
reported as succeeding even though a core dump happens
for the subtest #10.
1 pthread_kill(0x0, 0x11fffb038, 0x0, 0x11fffc010, 0x3ff0001)
Is it possible to load a languages PMCs and create the .PMCtype
constants without using the .HLL pragma?
.HLL mucks with namespaces, which I don't want to (am not prepared
to) deal with at the moment in APL. I do, however, want to
dynamically load a library containing a PMC for APL to use.
.sub mariner
$P1 = loadlib 'chud'
say ok 1
load_bytecode 'chud'
say ok 2
.end
Suggestion:
1) make the $P1 optional on the loadlib - most of the example usages
for loadlib ignore the returned PMC status. (Keep that variant as
it's need for dlfunc, etc.)
2) make loadlib throw an
There is a start at a pirtidy perl script at tools/utils/pirtidy.pl,
using lib/Parrot/PIR/Formatter.pm, tests at t/perl/
Parrot_PIR_Formatter.t
There are a bunch of skip'd tests, some notes in the perl module
listing some more possible things to be done.
This mainly requires perl
Is there anyone on the list who's actually used APL and is familiar
with it? (Or wants to learn it. =-)
I could use more comprehensive test suite to insure that it's
actually APL that's being written and nothing some similar, but
entirely unlike APL.
This doesn't require any knowledge of
Thanks, applied as r12503.
These errors also occurred on windows/x86 for me, using the Visual
Studio 2005 Express Edition.
Thanks, applied as r12424.
On Apr 25, 2006, at 11:54 AM, Andy Dougherty (via RT) wrote:
# New Ticket Created by Andy Dougherty
# Please include the string: [perl #38979]
# in the subject line of all future correspondence about this issue.
# URL:
Thanks, applied as r12427.
There was an agreement on 5.6.1 a few weeks back on IRC, if I recall
correctly, I haven't heard anything about 5.8.
This change was made here:
r11744 | bernhard | 2006-02-26 05:55:39 -0500 (Sun, 26 Feb 2006) | 7
lines
Configuration:
- Sprinkle a few 'use warnings;'
- Some code
I'm using gcc 4.0.1, an '--optimized' Configure, and perl 5.8.6
On Apr 21, 2006, at 5:50 PM, Matt Diephouse wrote:
via RT Will Coleda [EMAIL PROTECTED] wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #38957]
# in the subject line of all future correspondence
Here's my thought as to why lexicals are now failing in tcl:
When PDD20 hit, tcl was reworked to use .HLL_map of .LexPad
to .DynLexPad, then walked up the lexpad whenever trying to access
lexicals.
When PDD21 hit, I replaced all use of
.namespace [ 'Tcl' ]
with
.HLL 'Tcl', 'tcl_group'
Excellent.
Matt found an extraneous .HLL that had crept in, breaking the lexpad
stuff. Removed that, all is working. So, apparently, we already
*were* being clever enough, except for one bit of stupid.
Thanks, Matt!
On Apr 19, 2006, at 1:41 PM, Will Coleda wrote:
Here's my thought
Here's another potential NS issue. It looks like find_global is being
affected by the .namespace directive: it's my understanding it should
only be affected by the .HLL directive. If you comment out the
second .namespace in this code, it prints ok.
.$ cat foo.pir
.HLL 'bork', ''
.namespace
in the PDD about it. (Seems you can only walk
*down* the hierarchy, not up.)
On Apr 18, 2006, at 11:14 AM, Leopold Toetsch wrote:
Will Coleda wrote:
Here's another potential NS issue. It looks like find_global is
being affected by the .namespace directive:
Yes. It sets the current namespace
On Apr 18, 2006, at 12:19 PM, Chip Salzenberg wrote:
On Tue, Apr 18, 2006 at 11:34:49AM -0400, Will Coleda wrote:
From the PDD:
=item $P0 = find_global $P1, $S0
=item $P0 = find_global $S0
Find $P0 as the variable $S0 in the current namespace. or in $P1,
relative
to the HLL root namespace
Not sure if this is a bug or a misunderstanding on my part wrt the
current namespace situation.
I expect this to print out the number 3.14. (This is a very pared
down version of what Tcl in my sandbox is currently trying to do,
going between 'Tcl' and '_Tcl'.
$ cat foo.pir
.HLL
Note that there don't seem to be any tests, for example, against something like:
$P1 = new .Float
$P1 = 1.2
$N1 = cosh $P1
op/trans.t tests some of these math ops, but only against N registers. There
are tests for the
complex PMC, but not Float.
Add tests for all math opcodes for Float
What does
% gcc -v
say?
On Apr 13, 2006, at 10:32 PM, Gregor N.Purdy (via RT) wrote:
# New Ticket Created by Gregor N. Purdy
# Please include the string: [perl #38914]
# in the subject line of all future correspondence about this issue.
# URL:
The makefile generator has an option to automatically do the slash
replacement for you. In the interest of readability, I recommend
using that and removing @slash@ from the .in files. (Do make sure if
you change other .in files that they have this option enabled.
Example from
The current top level namespaces are 'Tcl' and '_Tcl'. According to PDD21, this
should be tcl
and _tcl.
On Apr 6, 2006, at 5:22 PM, Will Coleda wrote:
On Apr 6, 2006, at 5:08 PM, Patrick R. Michaud wrote:
On Thu, Apr 06, 2006 at 02:04:06PM -0700, Bernhard Schmalhofer via
RT wrote:
Hi,
as far as I see, the Perl* PMCs are no longer used in the Parrot
core.
Thanks, Bernhard
On Apr 6, 2006, at 5:08 PM, Patrick R. Michaud wrote:
On Thu, Apr 06, 2006 at 02:04:06PM -0700, Bernhard Schmalhofer via
RT wrote:
Hi,
as far as I see, the Perl* PMCs are no longer used in the Parrot
core.
Thanks, Bernhard.
There is still some usage in unmaintained language
In an effort to support utf8-encoded grammar files, I tried the
following:
$ svn diff compilers/pge/rulec.pir
Index: compilers/pge/rulec.pir
===
--- compilers/pge/rulec.pir (revision 11998)
+++ compilers/pge/rulec.pir
I'm sorry, this list is for the discussion of a programming project
called parrot, not about birds. For more information, see: http://
www.parrotcode.org/
Good luck with your parrot.
On Mar 19, 2006, at 9:40 PM, [EMAIL PROTECTED] wrote:
Hi -
How long would a conure parrot survive outside
At some point, the configure flag --parrot-is-shared started working again on
my OS X box.
Closing ticket...
Fixed, finally.
On Mar 16, 2006, at 5:40 AM, Alberto Simoes wrote:
Cheers
Alberto
On Mar 15, 2006, at 3:56 PM, Will Coleda (via RT) wrote:
This compiles, prints out what looks like the right source code
(which at the moment is neither punie nor APL: print 2²10;)
I hate unicode. That is 'print 2 LESS-THAN OR EQUAL TO 10;'
I believe befunge is the example I was thinking of.
On Mar 4, 2006, at 12:08 PM, Leopold Toetsch wrote:
On Mar 1, 2006, at 14:46, Will Coleda wrote:
We already have at least one language implementation that used to
work just fine using the stack, but has been crippled with various
I don't use the user stack, myself, but one advantage that the
current implementation has over just using a PMC is that you don't
have to go out and get the global PMC you're storing things in.
We already have at least one language implementation that used to
work just fine using the
Running make test in languages/tcl should be pretty painful.
On Feb 28, 2006, at 5:13 PM, chromatic wrote:
Hi there,
I just managed to get Valgrind working on my Linux PPC box. Are
Valgrind
(memcheck, cachegrind, etc) reports useful from various platforms?
If so, is
there a good example
On Feb 22, 2006, at 6:03 AM, Karl Forner wrote:
Hello,
I've played a little with 'make html', and the docs produced seem
to me much
more useful than the docs available on the parrotcode.org website.
What I particularly appreciate is the hyperlinks to other pod
documents and
the ability
On Feb 22, 2006, at 9:38 AM, Will Coleda wrote:
On Feb 22, 2006, at 6:03 AM, Karl Forner wrote:
Hello,
I've played a little with 'make html', and the docs produced seem
to me much
more useful than the docs available on the parrotcode.org website.
What I particularly appreciate
blib/lib:$DYLD_LIBRARY_PATH if you're in the
parrot
root directory.
On Feb 20, 2006, at 5:34 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #38597]
# in the subject line of all future correspondence about this
issue.
# URL: https
On Feb 18, 2006, at 4:02 AM, The Perl 6 Summarizer wrote:
Acknowledgements, apologies and everything else
So, does the serial format work?
Yes, this format is just fine. Keep up the good work.
PM, Joshua Hoblitt wrote:
On Tue, Feb 14, 2006 at 11:52:55PM -1000, Joshua Hoblitt wrote:
On Tue, Feb 14, 2006 at 05:23:39PM -0800, Will Coleda wrote:
2) checks every file with pod in that directory hierarchy.
It should only check those files that are in MANIFEST. (And
*possibly
The recent this patch broke tcl bugs (all of which leo has
resolved, thanks!) came from a perl script I wrote that lets you
specify a start/end revision and a test script to run.
It then runs svn up -r for each version it tests, and runs your
test script. After testing the endpoints, it
This failure is actually a bus error. You can generate it with:'
../../parrot tcl.pbc -e 'proc a {} {global q;puts $q};a'
Here's the gdb backtrace:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_PROTECTION_FAILURE at address: 0x01b4
0x0106fc60 in Parrot_dec_p
Leo has resolved these issues.
languages/tcl/t/global.t is now failing test #2:
# Failed test (t/cmd_global.t at line 19)
# got: ''
# expected: 'can't read q: no such variable
# '
There were no errors in r11430, and this appeared in r11431.
The diff between those versions is attached.
11431.diff
Already checked, it's not linked to.
Any missing docs on the website, please open a fresh ticket.
Regards.
On Jan 25, 2006, at 10:08 AM, Bernhard Schmalhofer via RT wrote:
jisom did most of the renaming in r11180.
I renamed README.win32 in r11351.
So it looks like everything is taken care
This script is not 100% yet. (esp watch out for heredocs)
partcl needed something to optionally pretty print the PIR that it
generates. Figured it'd make sense to make it more generic than just
for tcl.
Regards patches welcome. =-)
Begin forwarded message:
From: [EMAIL PROTECTED]
Date:
I'm sure the switchover will be fine. Feel free to patch tcl or break
it temporarily.
On Jan 14, 2006, at 7:43 AM, Bernhard Schmalhofer (via RT) wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #38234]
# in the subject line of all future correspondence
FYI, the builtin types automatically shimmer based on assignment.
.sub main :main
$N0 = 3.14
$P0 = new .Integer
$P0 = $N0
$S0 = typeof $P0
print $S0
print \n
print $P0
print \n
.end
prints:
Float
3.14
The assignment of an N register causes the Integer
to support this.
Regards.
[leo - Thu Jan 05 10:42:23 2006]:
On Jan 5, 2006, at 18:50, Will Coleda (via RT) wrote:
At this point, PMCs can only map one HLL: this is probably just a
limitation of the pmc2c.pl script that can be resolved with some
perl. (pmc2c doesn't err, but silently omits
This warning seems to have vanished: works fine with gcc 3.3 and 4.0 on OS X
now.
[coke - Sat Nov 26 12:39:52 2005]:
src/pbc_merge.c
src/pbc_merge.c: In function 'pbc_merge_bytecode':
src/pbc_merge.c:219: warning: assignment discards qualifiers from
pointer target type
src/pbc_merge.c:
... seems to be dead for about a day now, though I know commits are
going through.
BCCing webmaster at perl dot org, where this will hopefully open a
ticket.
Thanks, applied!
Tests are fine. Good work catching those!
Thanks, Applied!
[ambs - Wed Dec 28 09:44:28 2005]:
Please validate the tests, as the meaning of the 'last' third argument
wasn't the correct in the test cases.
From tcl,
Search string2 for a sequence of characters that exactly match the
Thanks, Applied!
Thanks, Applied!
As a parrot user, I have two feelings about this proposal 1) A very
small part of me thinks that this would improve a small consistency
nit which I've already lived with for... 4 years? 2) A much larger
part would find it another inconvenience in a long line of (each one
justifiable in its
Anything that makes it easier for developers to develop is a good thing.
On Dec 20, 2005, at 7:40 AM, Nicholas Clark wrote:
On Tue, Dec 20, 2005 at 02:03:44AM -1000, Joshua Hoblitt wrote:
people start adding detailed information to ChangeLog. I think it is
entirely reasonable to machine
801 - 900 of 1287 matches
Mail list logo