On Monday 17 March 2008 17:06:32 Bob Rogers wrote:
>I had to add "set modeline" to my .vimrc, but now generated files
>respect the line:
>
> /* ex: set ro:
>
>... when I edit them with Vim.
>
> And adding "buffer-read-only: t" to "Local variables:" at the end will
> do the sam
On Sunday 29 June 2008 16:16:13 Moritz Lenz wrote:
> > They almost definitely won't get fixed unless they're reported, and they
> > probably won't get fixed without simpler PIR examples.
>
> So how do we get simpler PIR examples?
Sometimes running:
$ parrot perl6.pbc --output=buggy.pir -
On Wednesday 02 July 2008 03:59:05 Moritz Lenz wrote:
> 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)
> > +if (@to_unfudge){
> > +my $u = un
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 t
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 m
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 eac
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 ${D}/usr/
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 ${D}/usr/bin/pa
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 com
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 had
# New Ticket Created by Reini Urban
# Please include the string: [perl #56544]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56544 >
---
osname= cygwin
osvers= 1.5.25(0.15642)
arch= cygwin-thread-multi-64int
cc= gcc
# New Ticket Created by Reini Urban
# Please include the string: [perl #56542]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56542 >
disassemble is too generic when being packaged into /usr/bin/.
Two versions:
Full CVS-st
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:
>
> P
# New Ticket Created by NotFound
# Please include the string: [perl #56538]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=56538 >
The imcc_init function is called from several places, and it allocates
memory without checki
# New Ticket Created by NotFound
# Please include the string: [perl #56534]
# in the subject line of all future correspondence about this issue.
# 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 protot
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
# New Ticket Created by Will Coleda
# Please include the string: [perl #56532]
# in the subject line of all future correspondence about this issue.
# 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 clean bu
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 runn
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 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 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
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
>>br
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
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 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
> cont
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
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',
> 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 vanishe
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:
>
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 b
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 c
31 matches
Mail list logo
