On Thu Jul 19 08:51:35 2007, petdance wrote:
> There should be an in-place, and a string-returner, but not both in
> one func.
>
Ack -a shows this function is only ever called from the test suite. Does that
make it removable?
(and therefore obviate the need for this ticket?)
The codestring-pmc branch now has a CodeString.pmc that is little more than
a String with some extra methods; need_ext, PMC_data, custom mark have all
been removed... But we're left with the same GC-based segfault we had.
I'm at a loss on how to debug this sort of thing.
If we don't have a pr
On Jul 19, 2007, at 10:51 PM, James E Keenan wrote:
Please review the attached. Modifications to
tools/dev/mk_manifest_and_skip.pl and lib/Parrot/Manifest.pm. Tso
additional test files in t/manifest/.
I'll do the review sometime "this weekend" (after COB today, before
SOB Monday). Thanks
chromatic writes:
On Thursday 19 July 2007 01:56:21 Leopold Toetsch wrote:
Am Donnerstag, 19. Juli 2007 02:48 schrieb Will Coleda:
> void init() {
> PMC* counter;
>
> PMC_str_val(SELF) =
> string_make_empty(INTERP, enum_s
I am trying to write a PMC version of PGE::CodeString, and while I
have a PMC now that passes all the old tests, I get GC errors during
the build process for TGE & JSON.
I know they are GC related because running the affected steps with -
G, and they complete normally.
I was unable to find
On Sun Jul 15 08:29:26 2007, jkeen at verizon.net wrote:
> On Sun Jul 15 06:05:31 2007, coke wrote:
>
> >
> > Doesn't apply cleanly on Revision: 19887
>
> Okay, let's try something else.
>
> I did a fresh checkout from trunk. I then applied the patch attached,
> '3.manifest.patch.txt'. I the
If I try this against r19833, I get:
Invoking Parrot to generate runtime/parrot/include/config.fpmc --
cross your fingers
./miniparrot config_lib.pasm > runtime/parrot/include/config.fpmc
make: *** [runtime/parrot/include/config.fpmc] Error 138
even with a realclean.
$ sw_vers
ProductName:
On Thu Jul 12 12:03:43 2007, petdance wrote:
> There should be string_chopn and string_chopn_inplace instead of an
> inplace flag.
Done. Slightly better version than the patch that got attached to the ticket;
r19834.
On Mon Dec 26 02:59:20 2005, bernhard wrote:
> 4 out of 17 JAPHs are working again.
> I suppose that some of the remaining 13 are easily fixable, while others
> are obsolete.
Any JAPHs that aren't working should be removed.
This ticket is too vague. If there's a particular architecture we need
to target, open a ticket for it.
On Sun Aug 15 18:14:19 2004, coke wrote:
> Make it work on more architectures
>
> (from the TODO file)
This has been resolved. subscription requests to
[EMAIL PROTECTED] will now be handled by
perl6-internals. (parrot-porters is basically just an alias to the old
list name.)
Thanks for the report.
On Sat Jun 16 10:56:21 2007, gdr at go2.pl wrote:
> Hi,
>
> I tried to subscribe to the Parrot li
Thanks, applied as r19795
It is now possible to open tickets from the command line if you're a bugadmin.
First, get an RT
CLI account; see the wiki for details. Then:
rt create -e -t ticket set subject='Testing new ticket' [EMAIL PROTECTED]
Queue=parrot
Will pop you into an editor. Add your text message at the end (any
On Fri Jun 29 01:52:18 2007, richard at rusrating.ru wrote:
> Dear Parrot people,
>
> Just updates my subversion depository after a long time.
>
> Got this error after 'make'
Richard - it is often necessary after a long break between updates to run 'make
realclean' before
doing a configure/m
Discussion on IRC today about how we can improve the state of the GC
system. One of the things that came up was that perhaps we shouldn't
be poking inside PMC guts outside of src/*pmc/: instead, we should be
using vtable access.
I currently see ~500 instances where we use PMC_data() outside
This is a duplicate of
http://rt.perl.org/rt3/Ticket/Display.html?id=41788
And probably requires Allison to make a determination.
Regards.
On Jul 8, 2007, at 11:41 AM, Klaas-Jan Stol (via RT) wrote:
# New Ticket Created by Klaas-Jan Stol
# Please include the string: [perl #43641]
# in the
... I thought I had cut and paste-o'd this reply, but something is helpfully
obfuscating the email address, making it hard to send the appropriate URL.
You figure it out.
Need to strip out the HTML comment on the link; the url for
you is actually:
http://rt.perl.org/rt3/NoAuth/parrot/List.html?Field=Requestor&[EMAIL PROTECTED]
Not the given:
http://rt.perl.org/rt3/NoAuth/parrot/List.html?Field=Requestor&Value=jkeen%20%3C!--%20x%20--%3E%20at%20verizon.net
There is a hackathon following YAPC::NA this thursday.
Here's the YAPC information:
http://conferences.mongueurs.net/yn2007/wiki?node=Hackathon
Here's our information:
http://rakudo.org/parrot/index.cgi?hackathon_yapc_na_2007
Please update our wiki with things to do, or things you're goin
Thanks, applied in r19258.
On Tue, Jun 19, 2007 at 02:14:22AM -0700, Allison Randal wrote:
Additions and corrections welcome.
--
New in 0.4.13
- Languages:
+ Updated Lisp, Lua, PHP ("Plumhead"), Python ("Pynie"), ABC,
WMLScript, and Tcl ("ParTcl").
I don't think tcl has any significant updates in this release
chromatic writes:
On Wednesday 13 June 2007 12:45:12 [EMAIL PROTECTED] wrote:
Minor beautification in Parrot::Test
@@ -697,7 +694,7 @@
$builder->diag("'$cmd' failed with exit code $exit_code")
if $exit_code and not $pass;
-unless ( $ENV{POSTMORTEM
On Jun 11, 2007, at 10:03 PM, James E Keenan wrote:
See below for the schedule of Perl 6 and Parrot-related talks at
YAPC in 2 weeks.
Will there be a time for a Parrot BOF there?
There's a hackathon scheduled, I think. I'm still trying to figure
out if I'll be able to stay past wednesday
Paul Cochrane writes:
> as you can see in the snippets above from the weekly rt summary
> message, we have 500+ tickets. many of these are unclassified with
> regard to platform, severity, language, etc. classification of these
> tickets, and creation of shared queries we can use to manage the
Without the manual setting of PATH before building?
On Jun 5, 2007, at 1:45 PM, Paul Cochrane via RT wrote:
cygwin is currently building (as of r18821). Is this ticket required
anymore?
Paul
--
Will "Coke" Coleda
[EMAIL PROTECTED]
Paul Cochrane via RT writes:
For now, add a make target for p6 (similar to tcl's 'make tcl-test') that
copies an export of the latest version of these tests into
languages/perl6/t/spec/ (NOT under parrot version control).
What would be the best way to get the sources? I would suggest using
rs
You have to make abc first (the line you reference includes a
generated file)
$ cd languages/abc
$ make
$ ../../parrot abc.pir
> 3+2
5
>
Regards.
On May 30, 2007, at 8:34 PM, andrew cooke wrote:
[OK, apologies in advance - there will likely be several more stupid
newbie emails. I am noti
Will Coleda (via RT) writes:
# New Ticket Created by Will Coleda
# Please include the string: [perl #43078]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43078 >
TODO: Describe how lexical naming system interacts w
andrew cooke writes:
Also, am I right in thinking that I can use whatever language I want for
generating the IR?
Sure. languages/BASIC used perl, as did tcl some time back. Most are
generating PIR with PIR these days, though. (ISTR plumhead is generating
PIR multiple ways)
I will check the l
andrew cooke writes:
Hi,
I am thinking about using Parrot as the VM for a small, experimental
functional language. My priority is ease of getting things working. I
was wondering if:
- this is the right list for parrot (parrot-porters-subscribe bounced)?
parrot-porters and perl6-intern
=> "-L",
libparrot_soname => "-install_name "
-. $conf->data->get('lib_dir')
+. $lib_dir
. $conf->data->get('slash')
. "libparrot"
. $conf->data->get(
Nicholas Clark writes:
On Sat, May 26, 2007 at 08:14:30PM -0700, [EMAIL PROTECTED] wrote:
Author: chromatic
Date: Sat May 26 20:14:29 2007
New Revision: 18661
Modified:
trunk/config/init/hints/linux.pm
Log:
Enable symbol hiding with GCC on Linux.
This'll smoke out some of the errors
PM, Will Coleda wrote:
>
> > 1. Why Parrot?
> >
> > http://www.parrotcode.org/docs/intro.html:
> >
> > "Parrot is designed with the needs of dynamically typed languages
> > (such as Perl and Python) in mind, and should be able to run
programs
> >
On May 22, 2007, at 10:05 PM, Patrick R. Michaud wrote:
And I'm really
not sure how to create a Perl6Sub from PIR source code.
We're already doing this in tcl.
See src/class/tclproc.pir for the PIR class which has Sub for a
parent class.
runtime/builtin/proc.pir then puts this to use:
On May 21, 2007, at 7:15 PM, James E Keenan wrote:
Will Coleda wrote:
If you notice any missing documentation, please open an RT ticket
with [DOCS] in the subject. ((It won't be processed specially by
RT, but will help me search.)) Ask on the list. Send patches,
either to the p
On May 21, 2007, at 7:03 PM, Mark Glines wrote:
On Mon, 21 May 2007 18:51:48 -0400
Will Coleda <[EMAIL PROTECTED]> wrote:
If you notice any missing documentation, please open an RT ticket
with [DOCS] in the subject. ((It won't be processed specially by RT,
but will help me searc
I was talking to a colleague (who wishes to remain anonymous), and s/
he had a list of questions about the state of parrot that I think
should end up in the FAQ or elsewhere in the repo. I wanted to post
them here to get some discussion - I don't have answers to many of
these questions mysel
My primary goal as project manager is to improve the state of
documentation of parrot.
Everything from the code (to lower the bar to new contributors), the
docs (for parrot users and HLL authors), the plan (milestones,
tickets, etc.), etc.
If you notice any missing documentation, please o
Given this code, which requires that you've built languages/tcl:
.sub main :main
load_bytecode 'languages/tcl/runtime/tcllib.pir'
$P1 = compreg 'PIR'
$P2 = $P1(<<'EO_PIR')
.HLL 'Tcl', ''
.sub '_anon' :anon
'&namespace'('eval', 'tcltest', "set a 1;proc b {} {}")
print "ok\n"
.end
EO_PIR
On May 8, 2007, at 9:09 PM, James Keenan wrote:
On May 8, 2007, at 9:02 PM, Will Coleda wrote:
I had similar failures here where I got '0' vs. some other number.
$ prove -v t/postconfigure/03-revision.t
t/postconfigure/03-revision1..7
ok 1 - use Cwd;
ok 2 - use File::Copy;
I had similar failures here where I got '0' vs. some other number.
$ prove -v t/postconfigure/03-revision.t
t/postconfigure/03-revision1..7
ok 1 - use Cwd;
ok 2 - use File::Copy;
ok 3 - use File::Temp;
ok 4 - current revision is all numeric
ok 5 - current revision is all numeric
# Failed t
On May 8, 2007, at 6:02 PM, Alek Storm wrote:
On 5/8/07, chromatic <[EMAIL PROTECTED]> wrote:
With :vtable, you define a sub of the appropriate name and use
the :vtable
attribute.
Without :vtable, you define a sub of any name, add :anon so as not to
pollute
your namespace, somehow magical
Alek Storm (via RT) writes:
# New Ticket Created by "Alek Storm"
# Please include the string: [perl #42905]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42905 >
I've attached a patch to implement vtable overriding for
On May 4, 2007, at 1:17 AM, Allison Randal wrote:
Matt Diephouse wrote:
Are you sure? It seems like this bug/feature will go away when pdd15
is implemented. At that point, setting a Sub in a namespace will no
longer modify the methods or vtable functions of a class.
The feature is "when you
On May 3, 2007, at 8:35 PM, chromatic wrote:
On Thursday 03 May 2007 16:22:13 [EMAIL PROTECTED] wrote:
Sort the vtable functions list alphabetically and use a binary
search when
looking functions up by name. This gets us part way to some of the
speedup
we should see from the pdd15 implemen
From PDD 15:
$P1 = $P2.new( 'myattrib' => "Foo" )
Create a new instance object from the class object. It takes an optional,
slurpy, named list of attributes and values to initialize the object.
Passing attribute names that weren't declared in the class is an error.
Is this functional yet
Andy Dougherty writes:
At this point, I stopped.
Executive summary: There are a lot of little things. Each one is
probably fixable without too much effort, but it's not worth the effort
unless someone else cares enough to routinely test with perl-5.6.
Otherwise, the requirements (in REA
Nothing in particular on the agenda today; Reports and discussion about the
0.4.11 release.
On Apr 15, 2007, at 11:36 AM, Andrew Shitov wrote:
Hi perlers,
< SNIP of Pugs stuff>
OK, trying to use parrot for executing PIR-code:
parrot test.pir
Plenty of errors this time:
error:imcc:syntax error, unexpected DOT
in file 'h.pir' line 7
error:imcc:syntax error, u
http://www.parrotcode.org/misc/parrotsketch.html
* Status reports. Please have them ready to cut and paste to move the
meeting along, thanks!
* 0.4.11 release
** Please start making sure NEWS & ChangeLog are up to date.
* Q&A
** Steve Peter's "class" issue: http://xrl.us/vo86 [groups.google
On Apr 6, 2007, at 12:31 PM, Jonathan Worthington wrote:
Hi,
I'm adding the new vtable entries required for PDD15. A few questions.
1) become_parent we agreed should go. It appears to be completely
unused anywhere in the repository (languages included). Should we
take that as evidence eno
At the moment, it takes a lot of busy work to get the website updated
with changes to the repository: any time directories changes around,
or new files are added, I have to muck with the site to keep things
working. (adding .html files that point into the repository, renaming
them to keep
On Mar 27, 2007, at 4:45 PM, Allison Randal wrote:
but, we need better smoke tools
So lets document what we need. Right now 'make smoke' generates an
HTML report which is uploaded to the smoke server.
Talk has happened in the past about making this more DB like instead
I don't think there's a problem with the MANIFEST.SKIP either way, but I'd
like to avoid unnecessarily large diffs which obscure what was added to the
.SKIP file.
Bernhard Schmalhofer writes:
Will Coleda schrieb:
Is it me, or did this also change all the paths in MANIFES
Is it me, or did this also change all the paths in MANIFEST.SKIP from win
style with backslashes to unix style with slashes?
(someone should double check the manifest.skip generator and have it only
output slashes.)
[EMAIL PROTECTED] writes:
Author: bernhard
Date: Wed Mar 28 10:22:00 2007
N
"Each week, a group of developers working on Parrot and Parrot-related
projects gathers online to discuss progress, changes and the state of the
metaphorical weather. This meeting currently occurs each Tuesday at 18:30
UTC, in the #parrotsketch channel on irc (irc.perl.org)."
Today, in additio
On behalf of the Parrot team, I'm proud to announce Parrot 0.4.10
"The Release Formerly Known as "Prince"."
Parrot (http://parrotcode.org/) is a virtual machine aimed
at running all dynamic languages.
Parrot 0.4.10 can be obtained via CPAN, or follow the
download instructions at http://parrotcode
... At least as far as PAUSE. Web site updated. Once it hits CPAN,
I'll push the rest of the announcements out.
Thanks to everyone who submitted patches or ideas, for their help in
getting this out the door.
Code slush is over, spring is here, commit away.
--
Will "Coke" Coleda
[EMAIL PROTE
Reverted order of Configure.pl steps, just for you. =-)
On Fri Mar 16 19:24:55 2007, [EMAIL PROTECTED] wrote:
> Results confirmed again at r17522 tonight.
First, thanks to all who helped out on bug day!
I'll be cutting the release from trunk as have my recent predecessors, so
please keep that in mind with any commits until the release is cut.
Anything big or untested, please consider putting in an branch or a [PATCH]
ticket.
Docs, HLL, and m
This looks ok to me in PDD07, though I'd recommend removing the "adapted from"
notations
in the PDD, as the PDD is considered the canonical reference.
Reassigning to Allison as the PDDs: Allison, can you double check this and
close out this
ticket if you're satisfied? Danke.
On Wed Feb 14 06:
Noticed this still has the marker:
=head2 CHIP HAS EDITED THIS FAR INTO THE FILE
+---+
Everything below this point must still be reviewed
+---+
in it, despite being moved out of the cl
Done, but needs tests, and an example in the POD, like:
.sub main :main
load_bytecode 'Config/JSON.pbc'
.local pmc reader, writer
reader = get_global [ 'Config' ; 'JSON' ], 'ReadConfig'
writer = get_global [ 'Config' ; 'JSON' ], 'WriteConfig'
.local pmc config
config = reader('foo.j
On Mar 17, 2007, at 4:37 PM, Patrick R. Michaud wrote:
On Sat, Mar 17, 2007 at 12:12:12PM -0700, Allison Randal via RT wrote:
Jerry Gay (via RT) wrote:
...an Exporter PMC that defines an api for
exporting.
Proposed interface:
$P0 = new Exporter
$P0.import($P1, ['KeyTo'; 'ImportedNamespace'
Thanks, Applied!
[RESEND to right list. Oy!]
As of right now, there are 47 tickets associated with the 0.4.10
release milestone
https://rt.perl.org/rt3/Ticket/Display.html?id=41581
- 19 have been resolved
- 3 are claimed
The 25 tasks that are left vary from documentation (41505) to perl
(41601) to simpl
Again, more failures.
Paul, can you coordinate with Jerry Gay (particle) to insure the test doesn't
encourage updates of
files that would break the windows build? Once we can trust the output of the
test, we can
update the remaining files and close the ticket.
Regards.
On Fri Mar 02 19:55:37
Thanks, (belatedly) applied.
--From http://rakudo.org/parrot/index.cgi?bug_day_2007_03_17--
Bug Day
On Saturday, 17 March 2007, please join us on IRC in #parrot
(irc.perl.org) to work on closing out as many RT (https://rt.perl.org/
rt3/) tickets as possible in the parrot queue. This will help us get
ready for the next
FYI, all six patches were just opened as tickets.
I marked this on the ticket for 1/6 and it's closed out. the rest
await a ruling.
On Mar 13, 2007, at 2:17 PM, Allison Randal wrote:
I know I started the spread of the .IMPORT macros through the PIR-
based test files while I was working with
Having a limit is more than reasonable, agreed: the goal of this
patch was to bring the code into agreement with the docs.
Consider this a poke to the Architect to verify/replace the previous
overturn of the original 32-register limit.
On Mar 13, 2007, at 6:45 PM, Leopold Toetsch wrote:
A
Updated to run *all* the policies at once (thereby only processing each file
via PPI once), but still
break out the test reports by policy.
Runtime for comparable tests now at 1m15s, down from 16m8s, ~13 times speedup.
Memory
usage stayed under 50M the whole time (using Perl::Critic 1.03)
Str
In *general*, yes, tickets good, so we don't lose any patches, even
the minor ones.
That said, email a list of subjects and I'll take a look. (most of
what I see from you on the list went to parrotbug and so already has
a ticket.)
Regards.
On Mar 12, 2007, at 10:30 PM, Sam Vilain wrote:
Thanks, applied as r17431
On Mon Mar 05 16:57:47 2007, [EMAIL PROTECTED] wrote:
> Two months ago, I filed this bug report (excerpt):
I'm still not seeing the effects of the bug you describe, btw. (on OS X
intel or ppc). It does remind me of issues I had when attempting to use
the GMP libs, though.
> > ...I inferred that s
I expect the first two to pass, but metadata is often often
overlooked on commits.
The last one is a new test, not everything has been updated yet. (And
I'm not sure it *can* be without breaking windows).
Should be passing the second test again as of r17398.
On Mar 8, 2007, at 4:23 PM, Ro
Release is a little under two weeks away...
There's a placeholder ticket here:
http://rt.perl.org/rt3/Ticket/Display.html?id=41581
Which contains all the tickets (so far) I'd preferentially like to
see resolved before the next release.
If you've got something you're working on that you th
FYI:
On Mar 5, 2007, at 7:14 PM, [EMAIL PROTECTED] wrote:
-- Mar 20th, Matt Diephouse (mdiep)
-- Apr 17th, Will Coleda (coke)
+- Mar 20th, Will Coleda (coke)
+- Apr 17th, Matt Diephouse (mdiep)
--
Will "Coke" Coleda
[EMAIL PROTECTED]
le
method. Another solution is to have TclProc be an actual ParrotObject
wrapper around Sub, and redirect all vtable methods to the sub.
On 2/25/07, via RT Will Coleda <[EMAIL PROTECTED]>
wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #41614]
# in the subje
Nifty.
FYI, in tcl, the two prompts can be overridden via a user defined
procedure. See http://www.tcl.tk/man/tcl8.5/UserCmd/tclsh.htm#M11
Be nice if this was also possible with the default tool.
On Feb 25, 2007, at 11:24 AM, Klaas-Jan Stol wrote:
Patrick R. Michaud wrote:
On Sun, Feb 25,
Whoops. This wasn't meant to be a ticket, just an FYI.
On Feb 24, 2007, at 4:03 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #41612]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/T
After the application of this test, we have 1265 files that don't pass muster
as of 19FEB2007.
On Feb 19, 2007, at 11:39 AM, Klaas-Jan Stol wrote:
I'm not sure how to respond on TODO tickets, any pointers would be
appreciated.
Meanwhile, I'll just compose an email, like this one.
Go to RT and Comment on the ticket, CC'ing perl6-internals as
appropriate. Then your comment is logged
On Feb 17, 2007, at 10:14 AM, Patrick R. Michaud via RT wrote:
Just working on bug-day tickets (especially since I'm the release-
manager this month :-)...
On Wed Jan 31 13:37:54 2007, [EMAIL PROTECTED] wrote:
The primary purpose of a MANIFEST in the repository is to tell you
which files out
eb 14, 2007, at 12:09 PM, Will Coleda (via RT) wrote:
# New Ticket Created by Will Coleda
# Please include the string: [perl #41508]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=41508 >
Trying to build with GMP support on O
I just tried this setup in my sandbox as well.
Turns out you have an unfortunately named language, as
language=>"PIR" forces the usage of output_is(), as the author
assumed PIR was reserved for internal testing.
This will require either an update to lib/Parrot/Test.pm, or that you
use a d
On Jan 19, 2007, at 7:46 AM, Paul Cochrane wrote:
Will,
I'm really deeply sorry for reverting stuff with my last commit.
Heh. Things happen. It's ok. Jerry did worse to tcl just before the
release. =-)
I appreciate the fix up. I was a certainly a little grumpy, but it's
fixed, before I
Paul, did you mean to update all these tcl files with your patch with
no commit message?
If not, this isn't the first time you've reverted code elsewhere in
the repository when doing your manual merges... (and it affected tcl
last time, too.) - Please fix them.
If so, please use *real* co
I currently have two issues that are bothering me with partcl:
1) Speed.
We are getting slower (though we're getting MUCH more feature
complete). While speed is not our number 1 priority (in fact, it's
pretty
much at the bottom of the barrel), having a zippier
tcl.pbc will improve development
Fixed. Glad to hear we've more committers coming soon, just so I'm
not a bottleneck. Sorry about the typo. I blame Jerry for not double
checking my work. =-)
Regards.
On Jan 17, 2007, at 8:59 PM, Allison Randal (via RT) wrote:
# New Ticket Created by Allison Randal
# Please include the st
On Jan 13, 2007, at 9:59 AM, Patrick R. Michaud wrote:
As part of bugday Bernhard fixed up a couple of japh tests
(examples/japh/) that were using the now obsolete 'pack'
opcode. This helps with RT #37068, but still doesn't
resolve it entirely as there are other japh examples that
don't work.
Perhaps a helpful failure message when run at the wrong time would help.
On Dec 30, 2006, at 8:47 AM, James Keenan wrote:
On Dec 30, 2006, at 1:06 AM, Kevin Tew via RT wrote:
I modified the root.in changes to follow the conventions already
present
in the file.
The following composite patc
Due to fortuitous vacation timing, we're pretty close to 24 hours.
If you would like commit bits to the website, talk to Robrt, you'll
need to have a working install of combust first.
Applied (with a slight tweak to add Tcl to the list of languages!)
On Dec 28, 2006, at 6:54 PM, James E Keen
Whatever you were able to apply is fine.
On Dec 20, 2006, at 10:35 AM, Paul Cochrane via RT wrote:
On Tue Aug 29 19:03:44 2006, coke wrote:
The attached patch casts all the printfs arguments corresponding to
"%
p" to be (void *), to avoid compiler warnings.
However, the following tests fail
Are Hash and Array supposed to have different results on unset keys?
$ cat foo.pir
.sub main
load_bytecode 'dumper.pir'
$P1 = new .Hash
$P2 = $P1['bork']
_dumper ($P2)
$P1 = new .ResizablePMCArray
$P1[200] = 'zdrasti'
$P2 = $P1[201]
_dumper ($P2)
$P2 = $P1[100]
_dumper ($P2)
I took the liberty of creating
http://rakudo.org/parrot/index.cgi?bug_day_december_dec_16_2006
and pointing to it from the main site and the front page of the wiki.
It would probably be a good idea to add more details here. I added a few
various TODOs, but am not tied to them.
We alr
On Dec 11, 2006, at 9:13 PM, chromatic wrote:
On Monday 11 December 2006 06:42, jerry gay wrote:
i can't speak to C<--ccflags=-DAN>, because i'm not familiar with the
options.
Chip and I suggested that as a tracer bullet to see if Configure.pl
mangled
the options somehow for Jim. I belie
On Dec 11, 2006, at 9:42 AM, jerry gay wrote:
On 12/10/06, James E Keenan <[EMAIL PROTECTED]> wrote:
James E Keenan wrote:
And now here's what I got with
perl Configure.pl (i.e., no options)
vi Makefile (to eliminate -bundle from LD_LOAD_FLAGS)
make
Failure at this point has now become fre
On Dec 8, 2006, at 6:45 PM, Bob Rogers wrote:
From: "Will Coleda" <[EMAIL PROTECTED]>
Date: Fri, 08 Dec 2006 16:00:37 -0500
Given the current :method and .yield implementations . . .
. . .
Which is unsurprising given the current implementation. Is this
desi
Given the current :method and .yield implementations, the following code:
$ cat foo.pir
.sub main :main
$P1 = newclass 'foo'
$P2 = new 'foo'
$S1 = $P2.'bork'()
say $S1
$P3 = new 'foo'
$S1 = $P3.'bork'()
say $S1
.end
.namespace [ 'foo']
.sub bork :method
$I0 = 0
loop:
.yield($I0)
inc $I0
go
701 - 800 of 1238 matches
Mail list logo