Re: YAPC::EU 2008

Bernhard Schmalhofer wrote: We could always do the 12th AND the 16th, just for fun and bonus productivity (if everyone isn't exhausted from a day of hacking and three days of conference)? ;-) I'm also flexible. 12th and 16th sounds good to me. I've booked to arrive in Copenhagen on the 11th

Re: [perl #57344] [TODO] Change runtime/parrot/* to runtime/*

I'll reply to the rest of this (if someone doesn't beat me to it) tomorrow, but just wanted to comment on your closing comment: On Sun, 2008-07-27 at 22:25 -0700, jerry gay wrote: > that's an install tree > policy, and as far as i'm concerned, it hasn't been addressed yet > (along with many other

Re: [perl #57344] [TODO] Change runtime/parrot/* to runtime/*

On Sun, Jul 27, 2008 at 1:56 PM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote: > On Sun, Jul 27, 2008 at 10:08:06AM -0700, Geoffrey Broadwell wrote: >> In the source repository, the 'parrot' in runtime/parrot/foo is >> pointless. It's a singleton directory, and it's redundant. > > I think that the

Re: [perl #48264] [TODO] [C] Write file-level documentation

Will Coleda via RT wrote: On Sun, Jul 27, 2008 at 1:49 AM, Christoph Otto via RT <[EMAIL PROTECTED]> wrote: On Thu Dec 06 08:54:35 2007, pcoch wrote: Many files in the Parrot repository are lacking descriptions within the pod DESCRIPTION section. This needs to be done. An appropriate descrip

Re: [perl #48264] [TODO] [C] Write file-level documentation

On Sun, Jul 27, 2008 at 1:49 AM, Christoph Otto via RT <[EMAIL PROTECTED]> wrote: > On Thu Dec 06 08:54:35 2007, pcoch wrote: >> Many files in the Parrot repository are lacking descriptions within the >> pod DESCRIPTION section. This needs to be done. An appropriate > description >> of what the g

Re: [perl #57320] touch /tmp/t && make test => fails t/perl/Parrot_IO.t ?

On Sun, Jul 27, 2008 at 10:40 PM, Eric Wilhelm <[EMAIL PROTECTED]> wrote: > # from James Keenan via RT > # on Sunday 27 July 2008 18:45: > >>> It appears that this test assumes (multiple times perhaps?) that it >>> may make named files in /tmp/. >> >>Are you saying that making named files in /tmp (

Re: [perl #57320] touch /tmp/t && make test => fails t/perl/Parrot_IO.t ?

# from James Keenan via RT # on Sunday 27 July 2008 18:45: >> It appears that this test assumes (multiple times perhaps?) that it >> may make named files in /tmp/. > >Are you saying that making named files in /tmp (or any other temporary >directory) is bad or something to be avoided?  If so, what

[perl #57320] touch /tmp/t && make test => fails t/perl/Parrot_IO.t ?

On Sat Jul 26 22:27:39 2008, [EMAIL PROTECTED] wrote: > It appears that this test assumes (multiple times perhaps?) that it may > make named files in /tmp/. > > Are you saying that making named files in /tmp (or any other temporary directory) is bad or something to be avoided? If so, what alte

Re: [perl #57332] Matching against nonexistent class throws wrong kind of error

On Sun, Jul 27, 2008 at 07:27:50AM -0700, Carl Mäsak wrote: > * The error is all wrong. The class 'Failure' has got nothing to do with it. > * It feels like this could/should be intercepted at BEGIN time, just > like the `class DerivingClass is NotYetDefinedClass {}` error. In both > cases, it's a

[perl #57334] Zero-arg 'return' does not work with statement-modifier 'if' in rakudo

This is because statement modifiers aren't yet recognized as in Rakudo's grammar yet. See #57352.

[perl #57226] The statement '.say while =$*IN' makes parrot segfault

This has to do with 'while' not being recognized as a in Rakudo yet. See #57352. Pm

[perl #57352] Implement in grammar

# New Ticket Created by Patrick R. Michaud # Please include the string: [perl #57352] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57352 > Currently Rakudo doesn't recognize certain keywords as being expression terminator

Re: [perl #57344] [TODO] Change runtime/parrot/* to runtime/*

On Sun, Jul 27, 2008 at 10:08:06AM -0700, Geoffrey Broadwell wrote: > In the source repository, the 'parrot' in runtime/parrot/foo is > pointless. It's a singleton directory, and it's redundant. I think that the point of runtime/parrot/ is that we may also someday have runtime/perl6/, runtime/pyn

[perl #57346] parsefail on m/foo/ (/foo/ works)

# New Ticket Created by Adrian Kreher # Please include the string: [perl #57346] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57346 > I've been adding tests to S05 for a few days, and I've noticed that the m/foo/ form fa

Re: [perl #57324] t/fetchspec is obsolete?

On Sat, Jul 26, 2008 at 10:44:23PM -0700, Eric Wilhelm wrote: > Hi, > > It seems that this file may be no longer used (no change since r25301 - > 2008-01-27), or possibly just needs a comment to explain why it is > different than the 'svn co' or 'svn up' which the Makefile does. I suspect it's

Re: [perl #57286] t/examples/library.t fails during make test on OS X 10.5.4

On Friday 25 July 2008 15:46:25 Jeff Lavallee wrote: > Latest parrot code from svn. During make test, t/example/library.t fails: > > t/examples/library...ok 1/4Failed to load libpcre > current instr.: 'parrot;PCRE;init' pc 110 (library/pcre.pir:111) > called from Sub 'parr

Re: [perl #57344] [TODO] Change runtime/parrot/* to runtime/*

On Sun, 2008-07-27 at 12:10 -0700, Will Coleda via RT wrote: > On Sun, Jul 27, 2008 at 1:08 PM, via RT Geoffrey Broadwell > <[EMAIL PROTECTED]> wrote: > > # New Ticket Created by Geoffrey Broadwell > > # Please include the string: [perl #57344] > > # in the subject line of all future corresponden

Parrot_sprintf_c question.

To properly support $tcl_precision in tcl, I need to change how I'm currently implementing {$tcl_precision == 0}. Right now, I just fake it by setting the precision to 16, but that isn't right. What I really want is something like this in src/pmc/tclfloat.pmc: if (precision)

[perl #48367] [BUG] intlist_get could be dereferencing NULL

On Sat Jul 26 14:34:26 2008, [EMAIL PROTECTED] wrote: > > I'd write that as: > > if (ret) > return *(INTVAL *)ret; > > return (INTVAL)0; > > The pointer casting dereferencing bothers me a little, but if > compilers don't > warn about it > > -- c > That looks cle

[perl #57324] t/fetchspec is obsolete?

# New Ticket Created by Eric Wilhelm # Please include the string: [perl #57324] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57324 > Hi, It seems that this file may be no longer used (no change since r25301 - 2008-01-27

Re: [perl #57344] [TODO] Change runtime/parrot/* to runtime/*

On Sun, Jul 27, 2008 at 1:08 PM, via RT Geoffrey Broadwell <[EMAIL PROTECTED]> wrote: > # New Ticket Created by Geoffrey Broadwell > # Please include the string: [perl #57344] > # in the subject line of all future correspondence about this issue. > # http://rt.perl.org/rt3/Ticket/Display.html?id=

[perl #57344] [TODO] Change runtime/parrot/* to runtime/*

# New Ticket Created by Geoffrey Broadwell # Please include the string: [perl #57344] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57344 > In the source repository, the 'parrot' in runtime/parrot/foo is pointless. It's a

[perl #57332] Matching against nonexistent class throws wrong kind of error

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57332] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57332 > $ svn info | grep Revi Revision: 29791 There's no problem matching against an extant cl

[perl #57310] [PATCH] Add Default Stringification of Objects

# New Ticket Created by chromatic # Please include the string: [perl #57310] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57310 > >From masak in IRC today: class A {}; say A.new OUTPUT[get_string() not i

Re: [perl #57318] Untodo a test

Thank you, applied as r21575 in the pugs repository, where the tests are hosted. I see that you have a commit bit for the pugs repository already, so if you feel confident, go ahead and check in changes by yourself. Cheers, Moritz Michael G Schwern (via RT) wrote: > # New Ticket Created by Mich

[perl #57318] Untodo a test

# New Ticket Created by Michael G Schwern # Please include the string: [perl #57318] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57318 > The "value can be used for attribute name in derived classes" is passing on my mac

[perl #57336] Using attribute variables outside of methods causes strange errors in rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57336] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57336 > This works... $ ./perl6 -e 'class A { my $.a; method m { say $.a } }' ...and this...

[perl #57320] touch /tmp/t && make test => fails t/perl/Parrot_IO.t ?

# New Ticket Created by Eric Wilhelm # Please include the string: [perl #57320] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57320 > It appears that this test assumes (multiple times perhaps?) that it may make named file

[perl #56562] [PATCH] root.in: add cygwin importlib

Thanks, applied in r29767.

[perl #57340] Empty {} or pair {1=>2} does not create anonymous hash in rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57340] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57340 > >From S06 : ] {...} is always a bloc

[Parrot] New comment on Episode 1: Introduction.

Taweth has left a new comment on your post "Episode 1: Introduction": It seems that recent changes have altered the behaviour of the mk_language_shell script. If anyone else finds themselves without a Makefile once they run this, the fix is to run the command without the path on the end (eg: "perl

[perl #57330] 'exit' from deep within rakudo call stack causes segmentation fault

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57330] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57330 > $ svn info | grep Revi Revision: 29791 The following works: $ ./perl6 -e 'exit' $ ./pe

cygwin-update: parrot-0.6.4-2 with parrot-perl6 and parrot-languages

The parrot packages with libparrot0 and libparrot-devel, plus parrot-perl6 and parrot-languages are updated to 0.6.4-2 for the Cygwin distribution. This release fixes the serious issue with running /usr/bin/perl6 and the other languages /usr/bin/parrot-* without building from source. See http://c

[perl #57338] parrot segfaults after nonexistent method is called from within sub invoked without parens in rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57338] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57338 > $ svn info | grep Revi Revision: 29791 This works: $ ./perl6 -e 'class A {}; say A.new

[perl #57334] Zero-arg 'return' does not work with statement-modifier 'if' in rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #57334] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57334 > $ svn info | grep Revi Revision: 29791 This works. $ ./perl6 -e 'sub a { return }; say

[perl #48264] [TODO] [C] Write file-level documentation

On Thu Dec 06 08:54:35 2007, pcoch wrote: > Many files in the Parrot repository are lacking descriptions within the > pod DESCRIPTION section. This needs to be done. An appropriate description > of what the given file does is all that is necessary. r29788 adds a test for this. Unless the test

[perl #46895] [TODO] [Pir] [C] Investigate and correct incorrect recursion depth counting in debug backtrace

On Thu Jul 24 23:21:19 2008, cotto wrote: > > I agreee. I ran with a few different runcores and always got 1000 as > the number (when Parrot ran and I was patient enough to wait for the > output). It was the same for cgoto, cgp, fast, slow and switch. > I ran the following with a normal build of

[perl #57316] multisub in Test.pm causes complex subtraction to fail

# New Ticket Created by "Jonathan Leto" # Please include the string: [perl #57316] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57316 > Howdy folks, I have attached a diff which includes a patch to is_approx() in Test.pm

[perl #57312] [TODO] delete languages/pugs/

# New Ticket Created by Jerry Gay # Please include the string: [perl #57312] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=57312 > languages/pugs/ was for a pugs interface to parrot. the code was already bitrotten long bef

[perl #57230] Class variables with 'my' don't work in rakudo

On Wed Jul 23 14:56:05 2008, masak wrote: > Using 'has' works in rakudo: > > $ perl6 -e 'class A { has $.x; method foo { say $.x } }; my A $a .= > new; $a.foo' > Object > > But using 'my' (to create a class attribute as per S12:616) doesn't > work: > > $ perl6 -e 'class A { my $.x; method foo {

Re: [perl #56996] [TODO] remove non FHS-compliant searchpaths

On Sun, 2008-07-27 at 13:13 +0200, Reini Urban wrote: > +stat $I0, conf_file, 0 > +if $I0 goto conf > + > +# If installed into /usr/lib/parrot, not /usr/runtime/parrot > +# This logic has to be reversed when installed versions should > run faster > +# than source builds. Re

[perl #56554] [TODO] add languages/*/Makefile install targets

Per request from Reini Urban, I have merged RT 57296 into this ticket. The version of the patch which should be evaluated is that submitted by Reini on 26 July: make-install-lang.patch. kid51

Re: Clue! (or, Attention Crazy People Looking for a Project)

chromatic schrieb: "Clue is an ANSI C compiler (C89, some C99) that targets high-level languages such as Lua, Javascript or Perl. It supports the entire C language, including pointer arithmetic, and can be used to run arbitrary pure-C programs." http://cluecc.sourceforge.net/ It compiles C c

Re: [perl #56996] [TODO] remove non FHS-compliant searchpaths

Reini Urban (via RT) schrieb: Remove /usr/runtime/parrot/include /usr/runtime/parrot /usr paths from the .include searchpath. I found this out via strace on cygwin. Attached patch tries at least /usr/lib/parrot when /usr/runtime/parrot fails. As soon as installed versions should run f