On Saturday 20 March 2010 at 12:23, Richard Hainsworth wrote:
In other words, I am suggesting a sort of mapping of the syntax of perl6
so that stable areas can us be used, perhaps avoiding instruments that
are not yet explicitly stable.
That assumes it's possible to know with sufficient
features.
For the curious, the Modern Perl Github repository has a book in progress; see
the tools/ directory for some hint of the necessary scaffolding:
http://github.com/chromatic/modern_perl_book/
(Writing a book isn't too far different from writing documentation; many
similar concerns
The Beyond and below are like a deep of ocean, and we the creatures
that swim in the abyss. We're so far down that the beings on the
surface -- superior though they are -- can't effectively reach us.
Oh, they fish, and they sometimes blight the upper levels with
points we
Hello everyone,
Parrot 2.0 will come out in less than a week, and I'd like to make sure that
Rakudo #25 will work well with it. What's the current status, and are there
any bugs or errors that need addressing before the release?
-- c
On behalf of the Rakudo development team, I'm pleased to announce the
December 2009 development release of Rakudo Perl #24 Seoul.
Rakudo is an implementation of Perl 6 on the Parrot Virtual Machine
(see http://www.parrot.org). The tarball for the December 2009 release
is available from
On Wednesday 08 July 2009 17:24:47 yary wrote:
On Wed, Jul 8, 2009 at 3:28 PM, Carl Mäsakcma...@gmail.com wrote:
Maybe, but the problem as described in the original ticket was the
inconsistency of '1' and 'params' with an 's'.
There's also the inconsistency of arguments vs params! Drop
On Wednesday 08 July 2009 14:56:11 Kyle Hasselbacher wrote:
In this case, it might be easiest to leave the word out:
Too many arguments passed (2) - 1 expected.
Even this looks not too bad to me:
Too many arguments passed (1) - 0 expected.
It's Parrot behavior. It's trivial to change to
On Monday 06 July 2009 23:55:28 Moritz Lenz wrote:
I think abusing a class as a role is forbidden
I hope it's not!
-- c
On Tuesday 19 May 2009 08:29:39 Patrick R. Michaud wrote:
On Mon, May 18, 2009 at 02:54:55PM -0700, chromatic wrote:
I have an SVK checkout of Parrot, so Parrot's configuration process
cannot determine the Parrot SVN revision. The problem here may be
similar.
Indeed -- I may simply
On Monday 18 May 2009 12:20:47 Patrick R. Michaud wrote:
I'm more likely to suspect that something in your Parrot build is
causing parrot_config to not provide the SVN revision number for Parrot.
I have an SVK checkout of Parrot, so Parrot's configuration process cannot
determine the Parrot
On Monday 27 April 2009 23:14:52 Michael wrote:
I'm running Fedora 11 (beta) on a Intel quad core CPU.
Below is the output of the perl Configure.pl --gen-parrot command:
Configuring Parrot ...
/usr/bin/perl Configure.pl
Can't locate
On Wednesday 24 October 2007 13:52:33 Paul Cochrane wrote:
In t/src/ro.t there is the todo item:
# XXX: should this work?
and the related pir code:
# three = 4 # should fail -- is that what we want
The question is: is the behaviour encapsulated in the test actually what we
want?
The
On Thursday 12 February 2009 13:14:42 Will Coleda via RT wrote:
Here's a shorter example that still generates a bus error for me on
darwin/x86
Oh look, it's an order of destruction problem.
And here's a partial bt from the bus error:
#0 0x0001 in ?? ()
#1 0x0107f318 in Parrot_exit
On Thursday 05 February 2009 08:57:18 jerry gay wrote:
we will roll our own bignum, and give users the ability to use gmp or
another external library at configure time.
That sounds like a fantastic recipe for hard-to-debug configuration problems
and all of the joys of fixing copious amounts
On Thursday 05 February 2009 17:51:34 James Keenan via RT wrote:
On Mon Jun 09 17:34:09 2008, chroma...@wgz.org wrote:
This should be an easy fix for a Makefile hacker.
We have 'make' target dynpmc-clean which is included in 'clean'. So if
you called 'make clean' before reconfiguring,
On Wednesday 28 January 2009 05:43:08 jn...@jnthn.net via RT wrote:
I figured this would be easy to fix, but it's not. Basically, because
for infix:= we could have any complex expression that generates a key
on the RHS, and Parrot does not allow us to pass named arguments where
the name is
On Thursday 29 January 2009 02:14:23 Jonathan Worthington wrote:
Can you show some example PIR code that should work?
Ah, yes, sorry...
.sub 'main'
$S0 = 'foo'
example('foo'=42) # works
# example($S0=42) # what I want to work also
.end
.sub 'example'
.param pmc foo
On Saturday 24 January 2009 05:56:03 Nicholas Clark wrote:
And if left alone I can ramble that much, is anyone surprised
that chromatic can't manage to minute several people discussing it?
Amusingly, you were the one who didn't minute it; I wasn't on the call that
week.
-- c
On Wednesday 21 January 2009 17:23:42 Christoph Otto wrote:
If there's a cheaper way to implement this and still support C-level PMC
ATTR multiple inheritance, I'll be thrilled to implement it.
We've never really supported C-level PMC multiple inheritance. As best I can
figure, it was a
On Tuesday 20 January 2009 07:27:53 Patrick R. Michaud wrote:
On Mon, Jan 19, 2009 at 08:35:26PM -0800, chromatic via RT wrote:
I've done most of this in r35787, but we can't get rid of n_neg entirely
until someone updates PCT and NQP not to use it for prefix:- rules. I
poked
On Tuesday 20 January 2009 09:50:56 Patrick R. Michaud wrote:
What's the replacement opcode for n_neg ?
If we remove n_neg, the replacement is likely a two-step operation:
clone $P1, $P2
neg $P1
Please, not this -- it's terribly inconsistent.
When we got rid of the other
On Monday 19 January 2009 14:13:22 Bob Rogers wrote:
On Monday 19 January 2009 13:41:21 Bob Rogers wrote:
Math ops:
- ceil/floor
- transcendental ops
- gcd/lcm/fact
What are you suggesting as replacements? Or (with the
Author: chromatic
Date: Mon Jan 19 21:19:27 2009
New Revision: 35788
Modified:
trunk/docs/pdds/pdd17_pmc.pod
trunk/docs/pdds/pdd28_strings.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/compilers/imcc/pbc.c
trunk/languages/lua/src/pmc
On Saturday 17 January 2009 10:36:13 Andrew Whitworth wrote:
Even if the morph opcode isn't used often, the morph VTABLE interface
is used quite a bit internally. There really isn't any easier and
still standard way of changing between types for PMCs. It certainly
beats having to invoke PMC
On Thursday 08 January 2009 12:53:49 Andy Lester wrote:
I like the sound of Rakudo Tuesday.
I can't read the word Purdue without thinking Year of the Purdue Wonder
Chicken -- but try working that into Perl 6 advocacy.
-- c
On Sunday 04 January 2009 06:38:08 Klaas-Jan Stol via RT wrote:
On Sun Jan 04 06:03:03 2009, rurban wrote:
The imcc problem is still there. Found by testing TT #127.
The trace shows some off-by-one string failures:
98 get_class P0, Data::Dumper P0=PMCNULL
101 if_null P0, 5
On Wednesday 31 December 2008 12:26:07 Andy Dougherty wrote:
This is not a hypothetical what-if situation. I have lost many hours to
just this situation. See my long example in ticket RT #50684. To save
everyone from looking it up, I will extract the relevant example here:
Your copy and
On Monday 29 December 2008 18:41:56 James Keenan via RT wrote:
Well, I have to admit I don't know what a fakecutable would be. In any
event, my main concern right now is to see if someone deems this program
valuable enough to take it over and get it working. Otherwise, per
Jerry's original
On Thursday 25 December 2008 23:29:28 Allison Randal via RT wrote:
CGP is too important to be deprecated over something as small as this.
If it were important, we'd test it and maintain the code. We don't, ergo
-- c
On Wednesday 24 December 2008 15:57:20 Bob Rogers wrote:
Are you sure this works? Have you checked that the resulting string is
correct? See Trac #52.
Fixed in r34399 -- calling Parrot_allocate_string() on the fake string
constructed for reading broke things. Parrot_reallocate_string()
On Wednesday 03 December 2008 18:00:32 Jarkko Hietaniemi wrote:
First we get a couple of warnings fro some files, but then one file
refuses to compile (see below). I didn't notice any other warnings or
failures during Configure.pl and/or during compilation.
Thanks for the report.
On Thursday 11 December 2008 06:14:36 François PERRAD wrote:
Since the merge of the branch ppd22io, the mode of the stdin stream has
changed. Currently, it isn't possible to peek on stdin.
$ cat peek.pir
.sub 'main'
$P0 = getstdin
$S0 = peek $S0
.end
$ ./parrot
On Tuesday 23 December 2008 14:53:15 Jarkko Hietaniemi wrote:
I am seeing some new warnings, if I find the time I'll file a new bug on
those. An easy quick one to fix would be this:
cc: Info: ./include/parrot/sub.h, line 47: Trailing comma found in
enumerator list. (trailcomma)
}
the following interchange (slightly edited for clarity):
donaldh Hmm. Bad memory profile for rakudo. A piece of PIR that runs
a SQLite query and prints ~18000 rows tops out at 6 MB when
run with -G. The equivalent in Rakudo tops out at 1.6GB
chromatic PGE/PCT/Rakudo uses more
The following code performs far more work than it has to, mostly due to
crossing the C/PCC boundary multiple times, as well as throwing away known
information:
$P0 = box 10
$I0 = cmp $P0, 10
This:
- calls VTABLE_cmp on $P1, reaching VTABLE_cmp in the Default PMC
On Friday 19 December 2008 07:12:15 Will Coleda via RT wrote:
I believe chromatic has gone one step further and made this a build
error.
If so, then we can close this ticket.
I concur.
-- c
On Tuesday 16 December 2008 15:40:32 Allison Randal via RT wrote:
The simple solution is to add opcodes for 'setstdin', 'setstdout', and
'setstderr' that change the interpreter's stored FileHandle PMCs to a
PMC passed in as an argument. This will not effect any C code that
directly calls the
Author: chromatic
Date: Tue Dec 16 16:05:40 2008
New Revision: 33998
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[PDD] Updated link to IBM's decimal arithmetic library (thanks to Geraud for
finding its new location).
Modified: trunk/docs/pdds/draft/pdd14_numbers.pod
On Wednesday 10 December 2008 23:20:22 Moritz Lenz wrote:
Parrot r33793 has has two failures in 'make fulltest', in the last bunch
of the test runs. (I don't see how to find out which runcore that is).
It's the run-from-PBC runcore.
Test Summary Report
---
t/op/pushaction
On Thursday 11 December 2008 08:20:06 Will Coleda wrote:
As I understand it, box is designed to deal /only/ with promoting the
3 basic register types (SIN) to PMCs of the appropriate HLL type (just
like autoboxing in PCC), not to provide a way to promote literal
values for arbitrary core
Author: chromatic
Date: Wed Dec 10 00:58:53 2008
New Revision: 33751
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[PDD] Reviewed Numbers PDD; minor edits to formatting and phrasing. Sadly,
IBM's Standard Decimal Arithmetic Standard is no longer available from IBM's
site. It's
On Wednesday 03 December 2008 09:34:19 Rich Rauenzahn wrote:
This originally was the result of trying to setup a smoke test platform
for Parrot on HPUX-- so I gave it another try today... unfortunately it
still coredumps, but I don't think smoke reports those.
Is it possible to get a
On Thursday 04 December 2008 11:23:33 Rich Rauenzahn wrote:
I'm compiling for 32bit, and it looks like it is perl crashing, although
I assume it is loading some parrot plugin that has been compiled?
/rjr/perl/bin/perl tools/build/pmc2c.pl --vtable
make: *** [vtable.dump] Segmentation fault
On Friday 28 November 2008 16:10:14 Patrick R. Michaud (via RT) wrote:
Something changed between r33248 and 33263 that causes
Rakudo to fail the S29-list/reverse.t and S29-num/abs.t
spectests. The revisions in question had to do with
changing namespaces and multisub PMCs, but I don't know
On Saturday 29 November 2008 15:25:52 Klaas-Jan Stol via RT wrote:
I think this issue was related to the old MMD system. If so, then I
suspect this ticket can be closed.
The example given was, but the underlying idea isn't.
Please have a look at this issue, and close it/let know whether it
On Saturday 29 November 2008 20:09:50 James Keenan via RT wrote:
Failure observed in r33324. So that narrows range to 33321-33324,
inclusive.
If you're continuing to bisect to the offending patch, you don't need to
update the ticket with ranges is useful. If you can't narrow it down further
On Thursday 20 November 2008 00:21:01 Andreas J. Koenig via RT wrote:
According to examples/benchmarks/primes2.pir there was a nearly 30x
slowdown in the last weeks. Two random data points:
https://svn.perl.org/parrot/[EMAIL PROTECTED] was fast (~ 8 secs)
https://svn.perl.org/parrot/[EMAIL
On Tuesday 18 November 2008 04:27:38 James Keenan via RT wrote:
On Mon Nov 17 19:30:10 2008, [EMAIL PROTECTED] wrote:
I need to see more, but I think I know what this is. Use the 'bt'
command in gdb to show the whole backtrace. Hopefully it includes
Parrot_really_destroy().
Sorry to
On behalf of the Parrot team, I'm proud to announce Parrot 0.8.1 Tio
Richie. [1] Parrot is a virtual machine aimed at running all dynamic
languages.
Rat Creature #1: Comrade! We are about to feast! Quick, get your fat
carcass behind this bush and get ready!
Rat Creature
On Monday 17 November 2008 11:07:52 Andrew Dougherty wrote:
Note, by the way, that perl-5.8.8 only shipped with Storable 2.15.
Perl 5.8.8 doesn't ship with File::Which either, and we require that too. (We
do bundle that in our repository, which is something we shouldn't do and
something I
On Monday 17 November 2008 18:17:30 James Keenan wrote:
The following test is failing on Darwin/PPC at r32784. It passed on
Linux at the same revision number.
not ok 3 - PMC type check
# Failed test 'PMC type check'
# at t/pmc/pmc.t line 75.
# Exited with error code: [SIGNAL 11]
#
On Monday 17 November 2008 19:10:00 James Keenan via RT wrote:
On Mon Nov 17 18:29:34 2008, [EMAIL PROTECTED] wrote:
All SIGNAL 11s on Darwin need a backtrace. Can you provide one?
Does this look like the correct file to run a backtrace on?
That's the one.
(gdb) run t/pmc/pmc_3.pasm
Parrot 0.8.1 will come out on Tuesday, 18 November. Please concentrate on bug
fixes and closing tickets (low priority fixes are better) until further
notice.
As well, please update NEWS and various status files, including PLATFORMS (and
any deprecations) in preparation for the release.
Test
On Saturday 11 October 2008 14:53:53 Christoph Otto wrote:
Calling string_hash with a seed value other than the one used in src/hash.c
(3793) can cause strange and wonderful failures if the STRING is reused by
imcc.
What happens is that after the STRING's hash is computed, it's cached in
On Friday 14 November 2008 18:13:48 Will Coleda via RT wrote:
Here's a very simple patch:
Index: imcc.l
=
==
--- imcc.l (revision 32647)
+++ imcc.l (working copy)
@@ -305,7 +305,12 @@
*[ISNP]{DIGIT}{DIGIT}? {
-
On Thursday 13 November 2008 13:54:36 James Keenan via RT wrote:
At r32625, I am observing this on Darwin/PPC -- but it passes on
Linux/i386. Darwin below.
Is the backtrace the same as the one Moritz posted?
-- c
On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
3. 1 of the tests appears to fail depending on how the OS initial-
cases 'Inf'. Again, could this be addressed in a hints file?
This too is a long-standing problem: See [perl #19183]. It stalled
pending a decision on whether or
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
when running code as this:
.sub main :immediate
load_bytecode foo.pir
.end
(assuming you have a file 'foo.pir'), IMCC can't handle this.
This is because in pbc.c, a global structure called 'globals' is used to
allow the different
On Monday 27 October 2008 09:14:32 Will Coleda wrote:
While trying to duplicate the tcl segfault in PIR, I was able to
generate PIR that reliably segfaulted; except it turned out it was
segfaulting a different way:
.sub '__onload' :immediate
load_bytecode 'TGE.pbc'
push_eh
On Sunday 14 September 2008 12:48:07 Moritz Lenz wrote:
Currently (r31122) the example dies with Ambiguous dispatch..
(On a related note, could we get more verbose error messages? Ambiguous
dispatch for { sub | method } $name would be more helpful.)
Added in r32552.
-- c
On Monday 03 November 2008 09:38:11 Andy Dougherty wrote:
2. 4 of the tests appear to fail depending on how the OS 'spells'
the negation of zero. Could we address this in a hints file?
This is a long-standing problem: See [perl #28170] and [perl #30737]. The
last time I looked at
On Tuesday 28 October 2008 20:07:18 James Keenan via RT wrote:
Still failing as of r32225; cf
http://smolder.plusthree.com/app/public_projects/tap_stream/7437/260
not ok 6 - set_integer_keyed_str
# Failed test 'set_integer_keyed_str'
# at t/pmc/packfile.t line 140.
# Exited with error
Fixed in r32445. Thanks for reporting!
On Wednesday 05 November 2008 14:31:21 [EMAIL PROTECTED] wrote:
Modified:
trunk/compilers/pirc/new/pir.l
trunk/compilers/pirc/new/pirlexer.c
trunk/compilers/pirc/new/pirlexer.h
Log:
[pirc] add support for braced arguments in macro expansion.
Modified:
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
when running code as this:
.sub main :immediate
load_bytecode foo.pir
.end
(assuming you have a file 'foo.pir'), IMCC can't handle this.
This is because in pbc.c, a global structure called 'globals' is used to
allow the different
On Friday 07 November 2008 14:56:34 Patrick R. Michaud (via RT) wrote:
There's a bug somewhere in the escape opcode
(r32442, no libicu present). Here's the test case:
$ cat y.pir
.sub main
$S0 = unicode:x/\u0445\u0440\u0435\u043d\u044c_09-10.txt
say $S0
$S1 = escape
On Thursday 06 November 2008 12:52:38 Vasily Chekalkin wrote:
Not until we apply this patch and all tests still pass.
Looks like you missed few lines from this patch. Few thousand lines :)
This patch is necessary, but not sufficient!
Anyone who does want to help though should apply this
On Wednesday 22 October 2008 09:28:38 Bernhard Schmalhofer via RT wrote:
Does this mean that this ticket can be closed and the deprecation item
in DEPRECATED.pod be removed?
Not until we apply this patch and all tests still pass.
-- c
=== include/parrot/pobj.h
On Tuesday 04 November 2008 03:30:16 HG wrote:
Build errors with parrot-0.8.0 :-
src/exceptions.c
src/exceptions.c: In function `Parrot_ex_build_exception':
src/exceptions.c:74: `_CONST_STRING_74' undeclared (first use in this
function) src/exceptions.c:74: (Each undeclared identifier is
On Monday 20 October 2008 10:25:06 Mark Glines wrote:
chromatic wrote:
2) What's setting an invalid pointer-to-a-PMC here?
This question is answered at the end of the following dump. (This is
one of the things I nopasted during our IRC discussion last week, thanks
for your guidance
On Monday 27 October 2008 11:41:22 Carl Mäsak wrote:
I'm running Mac OS X 10.5.4, and can't compile Parrot r32189. I
managed to compile the latest revision (r32196), but only after
updating src/multidispatch.c down to r32188.
The make output for the failing builds is long and not evidently
On Tuesday 04 November 2008 09:05:13 [EMAIL PROTECTED] via RT wrote:
On Mon Oct 27 10:55:52 2008, masak wrote:
Rakudo r32151 can't create classes with roles from the Rakudo-defined
classes.
$ ./perl6 -e 'role B {}; class A does B {}' # this works
$ perl6 -e 'class A does Int {}' #
On Monday 27 October 2008 18:18:26 Will Coleda wrote:
Attached is a PIR-only file (no tcl required) that triggers the same
GC-related segfault (tested in r32210)
Fixed in r32229. The problem is that retrieving the STRING value of a String
Key returned that STRING directly. Modifying its
On Monday 27 October 2008 09:15:29 Will Coleda wrote:
While trying to duplicate the tcl segfault in PIR, I was able to
generate PIR that reliably segfaulted; except it turned out it was
segfaulting a different way:
.sub '__onload' :immediate
load_bytecode 'TGE.pbc'
push_eh
On Wednesday 29 October 2008 11:48:57 Patrick R. Michaud (via RT) wrote:
'make test' in pheme is giving an error in r32229:
[EMAIL PROTECTED]:~/parrot/r32229/languages/pheme$ make test
../../parrot ../../compilers/tge/tgc.pir --output=lib/ASTGrammar.pir
lib/pge2past.tg ../../parrot
On Wednesday 29 October 2008 14:06:15 NotFound wrote:
With the following example (and the other patches to
Parrot_ex_throw_from_op_args added by NotFound++), I'm able
to run the following version and get to 250,000 without any
difficulty.
$ cat x.pir
.sub 'main'
On Tuesday 28 October 2008 07:05:47 [EMAIL PROTECTED] (via RT) wrote:
But perhaps there will someone be able to find a way to solve this problem.
Can you provide a backtrace from GDB?
-- c
On Monday 27 October 2008 19:26:31 Bob Rogers wrote:
All true. But it's unfortunate that the Parrot type system considers
int and Integer unrelated. As a result, MMD prevents autoboxing
(when chromatic and I had expected otherwise).
I'm not sure it's the type system as much
On Monday 27 October 2008 19:36:58 chromatic wrote:
I think I know how to promote primitive registers to their
autoboxed PMCs in that function; Parrot's calling conventions should take
care of the rest.
Fixed in r32211. All tests pass (including the TODO test I added for this).
-- c
On Wednesday 22 October 2008 23:23:46 Gabor Szabo wrote:
I am totally lack of relevant knowledge so I'd like to get some from you.
There are many mobile platforms out there.
Linux based, Symbian, Blackberry, iPhone, Windows, Palm, Android, etc..
I wonder what are the chances of Parrot
On Wednesday 22 October 2008 23:06:22 jerry gay wrote:
this is definitely fallout from the mmd branch merge. seems ops.skip
hasn't been modified, and make opsrenumber was never run after opcodes
were modified.
i wrote a hack that suggests all ops from ops.skip should be removed:
That's
On Wednesday 22 October 2008 23:47:23 Gabor Szabo wrote:
Thanks for the quick answer.
Then I have another few questions :-)
Don't you think it would be important to start working in this direction?
Sure, but I think a lot of things are important. My top priority is to fix
anything that
On Wednesday 22 October 2008 22:49:37 Patrick R. Michaud (via RT) wrote:
Since a number of steps have changed since the last time I worked
with adding/removing opcodes (April 2008), and I have little idea
what might be causing this, I'm filing this ticket in hopes that
someone can clear
On Sunday 19 October 2008 14:02:58 Klaas-Jan Stol wrote:
when running code as this:
.sub main :immediate
load_bytecode foo.pir
.end
(assuming you have a file 'foo.pir'), IMCC can't handle this.
This is because in pbc.c, a global structure called 'globals' is used to
allow the different
On Tuesday 07 October 2008 02:54:55 Moritz Lenz wrote:
I've just updated from r31667 to HEAD (r31745), and ran my usual build
incantation:
$ make realclean; perl Configure --cc='ccache gcc' make -j 2 test
This time it died:
find_sub_not_null_p_s 1391 experimental, not in
On Wednesday 30 July 2008 01:45:10 Moritz Lenz wrote:
r29870 on i386 Debian GNU/Linux 32 bit, after a fresh checkout:
../../parrot perl6.pbc t/spec/S12-class/attributes.t
Segmentation fault
Calling the same either with the -G option to parrot or with perl6.pir
instead of perl6.pbc works
On Wednesday 15 October 2008 17:33:58 Will Coleda via RT wrote:
With the attached patch, parrot builds and tests with no errors[0]. A
re-configure is necessary to regenerate a file.
[0] well, no additional or unexpected errors.
Works for me. +1 to apply.
-- c
On Wednesday 15 October 2008 12:01:15 Will Coleda via RT wrote:
In src/objects.c:Parrot_MMD_method_idx() there is the todo item:
TODO allow dynamic expansion at runtime.
Now in src/oo.c:Parrot_MMD_method_idx()
Note function is marked as deprecated.
Removing it breaks nothing, so fixed
On Thursday 16 October 2008 11:22:20 Andrew Whitworth via RT wrote:
On Tue Sep 30 04:34:58 2008, bernhard wrote:
In src/hash.c:816 there is a TODO comment:
/* TODO randomize */
hash-seed = 3793;
This needs to be investigated and probably implemented.
I assume it would be
On Wednesday 15 October 2008 05:54:59 Will Coleda wrote:
The namespace of the generated file should be changed, the subclass
should probably be updated. (TGE itself should probably be updated to
not live a namespace with a '::' in it. The actual transform sub can
keep the name it has, but the
On Wednesday 15 October 2008 08:35:32 [EMAIL PROTECTED] wrote:
Modified:
trunk/src/oo.c
Log:
fix PMC_IS_NULL used instead of STRING_IS_NULL in oo.c
Modified: trunk/src/oo.c
===
=== --- trunk/src/oo.c (original)
The current RT open and new count is 685 tickets. If every committer closed
one ticket a day between now and our next release, we could cut that number
to 600.
Everyone who reads this is welcome too. Start here:
http://rt.perl.org/rt3/NoAuth/parrot/Overview.html#openoverview
-- c
On Wednesday 15 October 2008 12:19:33 Will Coleda via RT wrote:
The long term goal for languages is that they'll live in their own
repository, rather than being shipped with parrot's.
Having just gone through this with partcl, I don't think we need to do
more in the parrot repository on this
On Monday 13 October 2008 12:23:23 Seneca Cunningham wrote:
Test 27 of t/op/arithmetics.t fails when parrot is built as a 32-bit
binary on Intel OS X 10.5 (64-bit builds pass the test).
MacBook-Pro:build-20081012-32 seneca$ prove -v t/op/arithmetics.t
t/op/arithmetics1..27
# Failed
On Tuesday 14 October 2008 02:14:24 Klaas-Jan Stol wrote:
In order to fix the 'inconsistent dll linkage' errors on windows (and also
the warnings during compiling the parser/lexer of imcc), 2 defines must be
added.
These are:
#define YYMALLOC
#define YYFREE
These must occur /before/
On Monday 13 October 2008 13:11:45 Mark Glines wrote:
This GDB was configured as x86_64-pc-linux-gnu...
(gdb) run t/op/bitwise_27.pir
Starting program: /work/parrot-dev/parrot-trunk/parrot
t/op/bitwise_27.pir
[Thread debugging using libthread_db enabled]
warning: Lowest section in
On Thursday 02 October 2008 07:35:09 NotFound wrote:
I think will be better the other way, using the return value to flag
existence, and passing a pointer to store the result. This will allow
shorter and cleaner code.
A 5% improvement in some subsystems is nice, but nothing else uses out
On Sunday 14 September 2008 07:05:26 Reini Urban wrote:
Enhance tools/install/smoke.pl to test already installed parrot by using
%PConfig and a DESTDIR arg for a temporary installation.
Thanks, applied as r31931.
-- c
On Friday 29 August 2008 21:47:41 Stephen Weeks wrote:
I tried using resizablepmcarray's append() in cardinal and I got 'double
fre or corruption' on program exit.
I tried to fix it, but I'm not sure about GC issues.
As far as I can tell, the attached shouldwork.patch (which adds
On Saturday 05 July 2008 11:58:07 Patrick R. Michaud (via RT) wrote:
This one takes a bit of lengthy explanation, but the bottom
line is that the 'isa' opcode can returns different results
when given a String PMC versus a string register or constant.
I can't reproduce that as of r31933, but
1 - 100 of 2045 matches
Mail list logo
