On Friday 27 June 2008 22:18:22 Patrick R. Michaud wrote:
I'm attaching this bug report to an existing ticket (RT#56184) because
I believe they are in fact the same problem. But I think this
description may make the problem more clear.
Summary: Lexical access from immediate blocks in
On Tuesday 01 July 2008 20:05:54 [EMAIL PROTECTED] wrote:
Modified:
branches/no_builtin_methods/src/builtin.c
branches/no_builtin_methods/src/ops/io.ops
branches/no_builtin_methods/src/ops/ops.num
branches/no_builtin_methods/t/pmc/builtin.t
Log:
first pass, delete say builtin
I'd like to get some feedback on this commit regard platform
interoperability.
I could only test it on linux, so I'm not sure what could break.
(One comment inline in the diff below)
[EMAIL PROTECTED] wrote:
Author: moritz
Date: Wed Jul 2 03:34:59 2008
New Revision: 28944
Added:
2008/7/1 Guy Hulbert [EMAIL PROTECTED]:
On Tue, 2008-01-07 at 19:44 +0100, Aaron Trevena wrote:
That's why I created the
http://www.perlfoundation.org/perl6/index.cgi?what_can_i_do_with_perl_6_today
page on the wiki at the very end (December 29th) of 2007.
Second, two notes about the branch:
In a fresh checkout, if I 'make renumberops' with no local
modifications, src/ops/ops.num changes.
If I rename the op store_lex to barf_lex, and run 'make renumberops',
the opcode barf_lex doesn't show up in src/ops/ops.num. (But,
store_lex vanishes)
On Wed, 2008-02-07 at 11:53 +0100, Aaron Trevena wrote:
See:
http://en.wikipedia.org/wiki/Fibonacci_number
http://en.wikipedia.org/wiki/Liber_Abaci
Can't remember where I (or possibly) someone else got that from.
I suspect it is a quote from some professor's course notes. It is not
an
On Wed, Jul 2, 2008 at 4:03 AM, James Keenan via RT
[EMAIL PROTECTED] wrote:
Second, two notes about the branch:
In a fresh checkout, if I 'make renumberops' with no local
modifications, src/ops/ops.num changes.
If I rename the op store_lex to barf_lex, and run 'make renumberops',
the opcode
On Mon, Jun 30, 2008 at 8:02 PM, Will Coleda [EMAIL PROTECTED] wrote:
On Sun, Jun 22, 2008 at 1:05 PM, James Keenan via RT
[EMAIL PROTECTED] wrote:
On Sat Jun 21 07:16:56 2008, [EMAIL PROTECTED] wrote:
[snip]
(a) pull renum_op_map_file() out of Parrot::Ops2pm::Utils and into a
subclass --
On Fri Jun 27 04:02:14 2008, kjs wrote:
without any internet connection at home you get really bored.
that means, time for some fun :-)
Included is a patch that implements JSON with the PCT. As JSON is just a
data description (sub) language, I was not sure what the TOP rule should
contain;
On Thu Jun 12 09:56:55 2008, nahoo wrote:
Does this suggest that the patch is moot, and that we may close the
ticket?
yes.
Since the patch seem to have been applied without this ticket being
updated, I'm marking it as resolved now.
On Tue Jul 10 06:46:20 2007, pcoch wrote:
In the file lib/Parrot/Pmc2c.pm there is the todo item (within the
vtable_decl() sub):
# TODO gen C line comment
Implement this.
The todo is no longer there but the code doesn't generate a #line
directive either. Looking at the generated code
On Wed, Jul 2, 2008 at 4:42 AM, chromatic [EMAIL PROTECTED] wrote:
On Tuesday 01 July 2008 20:05:54 [EMAIL PROTECTED] wrote:
Modified:
branches/no_builtin_methods/src/builtin.c
branches/no_builtin_methods/src/ops/io.ops
branches/no_builtin_methods/src/ops/ops.num
On Mon Jun 02 20:30:43 2008, coke wrote:
On Sat Apr 26 13:54:01 2008, ajr wrote:
On Windows XP Home Edition, using gcc, the following test error is
occurring:
Divide by zero^M
current instr.: 'life' pc 175 (examples\pir\life.pir:102)
I am unable to duplicate this error. Can you
On Mon Apr 09 01:17:50 2007, pcoch wrote:
In the file src/ops/io.ops there is the todo item:
all results from string_to_cstring() need freeing
but this generates ugly warnings WRT discarding the const
qualifier
free the results but also without generating the warnings if
On Sat May 17 15:25:16 2008, pmichaud wrote:
There's been no activity on this ticket since Apr 2007, I vote we close
it as being abandoned.
Pm
Since it's two months since pm's suggestion and nobody has objected, I'm
rejecting this.
On Tue May 06 17:41:43 2008, coke wrote:
On Fri Aug 03 13:43:42 2007, [EMAIL PROTECTED] wrote:
On Friday 03 August 2007 13:29:53 Jerry Gay wrote:
i'm having trouble on x86_64. when running a 32bit parrot, i get
occasional deadlock at the OS level, after Parrot_exit. when running a
# New Ticket Created by Will Coleda
# Please include the string: [perl #56532]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56532
We get a lot of tickets regarding build warnings; we'd like to
eventually have a
On Wed Jul 02 06:25:14 2008, particle wrote:
therefore, in an attempt to keep bytecode compatible across versions
of parrot, opcodes can never be deleted. instead, if opcodes are
deprecated, their function bodies should throw an exception explaining
that the opcode is no longer supported.
Moritz Lenz wrote (on perl6-compiler)
Patrick R. Michaud wrote:
+S02-builtin_data_types/num.t
S02-builtin_data_types/type.t
S02-literals/autoref.t
S02-literals/hex_chars.t# pure
S02-literals/radix.t
S02-polymorphic_types/subset-code.t # pure
# New Ticket Created by NotFound
# Please include the string: [perl #56534]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56534
The lexinfo and addregistry pmc uses hash an pmc hash functions
without access to his
# New Ticket Created by NotFound
# Please include the string: [perl #56538]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56538
The imcc_init function is called from several places, and it allocates
memory without
On Wednesday 02 July 2008 12:56:56 NotFound wrote:
The imcc_init function is called from several places, and it allocates
memory without checking if already is initialized, with potential
memory leaking.
However, it's called during interpreter creation. And putting the
assertion:
Conrad Schneiker wrote:
Moritz Lenz wrote (on perl6-compiler)
Patrick R. Michaud wrote:
+S02-builtin_data_types/num.t
S02-builtin_data_types/type.t
S02-literals/autoref.t
S02-literals/hex_chars.t# pure
S02-literals/radix.t
(CC'ed perl6-compiler so that we have this on record somewhere)
Hi,
I'm sorry to have missed the last #perl6-soc meeting, and even more
sorry that I've forgotten to tell you in advance.
My report:
* Fudged, cleaned, copied and reviewed lots of tests
* Monitored Auzon++'s commit. Very pleased.
# New Ticket Created by Reini Urban
# Please include the string: [perl #56544]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56544
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc=
# New Ticket Created by Reini Urban
# Please include the string: [perl #56542]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=56542
disassemble is too generic when being packaged into /usr/bin/.
Two versions:
Full
As I noted online and in the Perl 6 design meeting earlier today,
the attached patch (applied to r28973) causes imcc to hang
while building rakudo at the step
../../parrot -o perl6.pbc perl6.pir
This step never completes -- in fact, I inadvertently left
it running for four hours and it
On Tue Jul 01 18:34:25 2008, coke wrote:
m.
I would err on the side of removing them. No point in keeping unused
items after the refactor, especially if you're going to end up having
to write tests for them.
Since by the time of your post I had already done all the heavy lifting,
I'm
This patch is not so good. I studied the fedory rmp spec and gentoo
ebuild and want all the manual fixes/hacks here.
We should rather skip /usr/{compilers,config,src,language,tools}
Later needed:
symlink /usr/include/parrot/parrot.h to /usr/include/parrot.h
mv ${D}/usr/bin/pdb.exe
The first patch is not so good.
I studied the fedory rmp spec and gentoo ebuild and want all the manual
fixes/hacks here.
We should rather skip /usr/{compilers,config,src,language,tools}
Later needed:
symlink /usr/include/parrot/parrot.h to /usr/include/parrot.h
mv ${D}/usr/bin/pdb.exe
From: Conrad Schneiker [EMAIL PROTECTED]
Date: Wed, 2 Jul 2008 12:25:58 -0700
Moritz Lenz wrote (on perl6-compiler)
Patrick R. Michaud wrote:
but I
suspect people have good reasons for preferring underscores.
One reason (probably not a good one) is to use the same
I can make this work for 'make fulltest' in t/harness if 'make fulltest' can
legitimately require TAP::Harness.
(The secret is to add a --fulltest flag to the harness, which passes a sub
reference to TAP::Harness to return an array reference of Parrot paths with
runcore flags to execute for
Please consider putting the change summary in the very first line of the
commit message, rather than just the subsystem ID. For example, prefer
this:
[foobar] Fix compile under VoodooCC
* Frobnicated the whosit
* Defenestrated the whatsit
* Sacrificed a chicken under a full blue
On Wednesday 02 July 2008 10:08:56 NotFound wrote:
The lexinfo and addregistry pmc uses hash an pmc hash functions
without access to his prototypes, giving warnings in c build and error
in c++ build.
This patch fixes the problem.
r28900 removed them, so I added a nice comment pointing to
34 matches
Mail list logo