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 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 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
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 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 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 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 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
On Monday 13 October 2008 14:23:21 Moritz Lenz wrote:
with r31926 the pcre.t tests fails due to a segfault:
(gdb) run pcre.pir
Starting program: /home/moritz/src/parrot/parrot pcre.pir
[Thread debugging using libthread_db enabled]
[New Thread -1232648512 (LWP 21873)]
warning: Lowest
On Friday 10 October 2008 14:52:54 Gabor Szabo wrote:
Hi Gabor,
Now at r31867 I get the following.
This PASS-es but there seem to be an error somewhere anyway.
[EMAIL PROTECTED]:~/work/parrot/ext/Parrot-Embed$ ./Build test
t/00-loadok
t/interp.1/26 Parrot VM: Can't stat no file
On Friday 10 October 2008 15:20:45 Andrew Whitworth wrote:
what PASM opcodes to and = produce? are they the same opcodes
or something different?
$ cat x.pir
.sub main :main
$P0 = new 'Integer'
$P0 = 1
$P1 = $P0 3
This is shl_p_p_i.
say $P1
$P0 = 3
This is
On Wednesday 08 October 2008 10:14:30 [EMAIL PROTECTED] wrote:
Modified:
trunk/t/pmc/config.t
Log:
[t] fix config pmc test to deal with case-insensitive platform
Modified: trunk/t/pmc/config.t
===
=== ---
On Wednesday 08 October 2008 14:06:18 Jeff Horwitz wrote:
r31757 and r31758 cause mod_perl6 and any other embedding app to segfault
when loading perl6.pbc. all is well if i revert those individual revs
from my working copy.
platform is debian, gcc 4.1.2
the following test program produces
On Wednesday 08 October 2008 16:19:26 chromatic wrote:
We ought to fix that executable name thing sometime, but try your program
with the line I added.
By we I mean me and by ought to I mean r31802.
-- c
In src/string.c, the documentation for string_substr() says:
=item CSTRING * string_substr
Copies the substring of length Clength from Coffset from the specified
Parrot string and stores it in C**d, allocating memory if necessary. The
substring is also returned.
=cut
*/
The signature is:
On Friday 03 October 2008 11:19:34 Will Coleda wrote:
On Fri, Oct 3, 2008 at 12:13 PM, Geoffrey Broadwell
Fair enough. For these two files, I recommend something more like:
use 5.008; # get nice error on older perls
use 5.8.6; # our actual requirement
Which is from the slightly
On Friday 03 October 2008 18:14:19 [EMAIL PROTECTED] wrote:
Log:
[pipp] implement clone, add, i_add and assign_pmc and enable associated
tests
Modified: trunk/languages/pipp/src/pmc/phparray.pmc
===
=== ---
On Wednesday 01 October 2008 21:24:39 Stephen Weeks via RT wrote:
Attached is a possible fix of this problem. I'm fairly certain that
it's correct, but I'd like review from at least one other person before
I commit it.
It makes sense to me. I wonder if we could re-enable the optimization
On Thursday 02 October 2008 13:37:28 [EMAIL PROTECTED] wrote:
Author: julianalbo
Date: Thu Oct 2 13:37:27 2008
New Revision: 31570
Modified:
trunk/src/ops/io.ops
Log:
some fixes in the open opcode
--- trunk/src/ops/io.ops (original)
+++ trunk/src/ops/io.ops Thu Oct 2
On Wednesday 01 October 2008 13:43:37 NotFound wrote:
auto::pcre - Does your platform support
pcreyes, 6.7.
With this version installed, I could not reproduce the error you
reported. See:
http://smolder.plusthree.com/app/public_projects/tap_stream/5784/392
On Sunday 28 September 2008 05:47:14 Nikolay Ananiev wrote:
I'm trying to build parrot r31477 with visual studio 2008 on vista home and
i get the following error
src\pmc\exceptionhandler.c
.\src\pmc\exceptionhandler.pmc(34) : error C2275:
'Parrot_ExceptionHandler_attri
butes' : illegal use
On Thursday 25 September 2008 13:29:20 Dave Whipp wrote:
I was attempting to build parrot (0.7.1 release), but got a failure in
the docs directory because perldoc was not in my path. Looking at the
Makefile I see that it sets PERLDOC := my-perl-path/perldoc, but
uses perldoc in a rule. I
On Wednesday 24 September 2008 11:22:22 [EMAIL PROTECTED] wrote:
Modified:
trunk/docs/book/ch04_pir_subroutines.pod
trunk/docs/book/ch09_hlls.pod
Log:
[Book] Add some basic info about VTables and HLL namespaces.
Modified: trunk/docs/book/ch04_pir_subroutines.pod
---
On Tuesday 23 September 2008 21:37:09 Patrick R. Michaud wrote:
+1 in favor of applying this patch (and updating any tests to match) --
this will _really_ improve things for PCT and Rakudo. Thanks!
Applied as r31402.
-- c
On Monday 22 September 2008 08:28:26 Stephane Payrard wrote:
--- src/oo.c.orig 2008-09-22 16:59:06.0 +0200
+++ src/oo.c2008-09-22 17:12:36.0 +0200
@@ -603,10 +603,12 @@
static void
fail_if_type_exists(PARROT_INTERP, ARGIN(PMC *name))
{
- INTVAL type;
+
On Thursday 18 September 2008 06:13:30 Patrick R. Michaud (via RT) wrote:
When generating PIR output (e.g., from the compiler tools), we
often need to convert a Float value into an equivalent representation
for PIR. Unfortunately, all of the mechanisms I've looked at for
doing this lose a
On Monday 22 September 2008 13:01:35 NotFound wrote:
After some looking: other functions on this pmc uses elements, that is
implemented in the parent, FixedIntegerArray. FixedIntegerArray
implements get_integer by calling elements, so looks like elements is
the 'boss'.
Will be better to
On Sunday 21 September 2008 03:17:18 [EMAIL PROTECTED] wrote:
--- branches/pdd27mmd/src/multidispatch.c (original)
+++ branches/pdd27mmd/src/multidispatch.c Sun Sep 21 03:17:16 2008
@@ -599,6 +592,7 @@
#endif
Parrot_pcc_invoke_sub_from_sig_object(interp, sub,
On Sunday 21 September 2008 14:00:59 [EMAIL PROTECTED] wrote:
Log:
add delete_keyed_int to resizableintegerarray
--- trunk/src/pmc/resizableintegerarray.pmc (original)
+++ trunk/src/pmc/resizableintegerarray.pmc Sun Sep 21 14:00:58 2008
@@ -206,6 +206,24 @@
On Saturday 20 September 2008 01:06:40 [EMAIL PROTECTED] wrote:
Modified:
trunk/languages/perl6/tools/autounfudge.pl
Log:
[rakudo] make tools/autounfudge.pl work in parallel, bacek++
Patch courtesy by Vasily Chekalkin
Modified: trunk/languages/perl6/tools/autounfudge.pl
1 - 100 of 1572 matches
Mail list logo
