On Wednesday 21 May 2008 13:04:29 NotFound wrote:
> Changed several casts and removed 'extern' is several places in
> congruence with the changed meaning of the macros.
Hi,
Sounds like this part of the patch has some portability problems.
[20:19] <@tetragon> Hrm... exec.c lost the extern on "cha
We are down to one more scheduled release next month by Smash, and
need to refresh our list of pending volunteers.
Anyone with a commit bit and a PAUSE id can do it (easy enough to get
if you don't have one), and of course repeat volunteers are welcome.
I'd like to get managers scheduled at leas
On Wed Oct 17 12:09:54 2007, bernhard wrote:
> Currently following PIR is failing because of the '#' in the '.param' list.
>
> .sub main :main
>
> ( $S1 ) = my_sub( 'hello', 'world' )
> say $S1
> .end
>
> .sub my_sub
> .param string str1
> #
> .param string str3
>
> .local
On Wed Sep 05 03:39:59 2007, pmichaud wrote:
> On Wed, Sep 05, 2007 at 12:29:56AM -0700, chromatic wrote:
> > This patch removes a bit of deprecated syntax. Unfortunately, its
> only
> > location within the tree is within the Win32-specific parts of
> File::Spec, so
> > I can't test it.
> >
> > Is
On Sat Jul 15 23:29:10 2006, mdiep wrote:
> I expect this to die with a "too many args" error, but it doesn't --
> it prints "ok":
>
>.sub main :main
> test("foo", "bar")
> end
>.end
>
>.sub test
> print "ok\n"
> .return()
>.end
>
> --
> Matt Diephouse
>
H
# New Ticket Created by NotFound
# Please include the string: [perl #54674]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54674 >
This patch improves c++ building:
The __attributes__ are re-enabled in c++ build, except __
On Tue May 20 13:34:01 2008, [EMAIL PROTECTED] wrote:
> On Tuesday 20 May 2008 09:59:10 chromatic wrote:
>
> > Actually, it's the pmc_new_noinit() call which is the problem. This
> method
> > in this case needs to return an Object, which has PMC data.
> Unfortunately,
> > calling pmc_new_noinit()
Implemented in r27756.
I did a quick review of other variables in config/gen/makefiles/root.in
and was satisfied with all of them. STICKY_FILES was the only one that
I thought was non-self-documenting.
kid51
# New Ticket Created by Jerry Gay
# Please include the string: [perl #54666]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54666 >
in parrot's main makefile (config/gen/makefiles/root.in) there's a
variable named STICKY_FI
in parrot's main makefile (config/gen/makefiles/root.in) there's a
variable named STICKY_FILES that collects all the files that should be
removed during 'make realclean'. it's an awful name. something more
descriptive, like CONFIGURE_GENERATED_FILES or similar would be
better.
a general going-over
Hi,
I'm converting the tutorial on the PCT to POD files, so they can be
added to languages/squaak/doc.
I do have a question on the license; not sure if this is an issue. I
put the tutorial in the public domain, by adding a section 'license'
below each episode, like so:
The source code in this tu
On Thu, May 22, 2008 at 06:07:39PM +0200, Moritz Lenz wrote:
> As a follow-up to r27708 I refactored rakudo's t/harness.
> This patch basically morphs the --regression-only option into a more
> general option -- tests-from-file. If you provide a file with a list of
> file names, only those files wi
As a follow-up to r27708 I refactored rakudo's t/harness.
This patch basically morphs the --regression-only option into a more
general option -- tests-from-file. If you provide a file with a list of
file names, only those files will be run.
It was proposed on IRC that a new target (perhaps called
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #54650]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54650 >
Currently Digest::MD5 is an entirely subroutine-based implementation
and stores su
Vasily Chekalkin wrote:
Ivan B. Serezhkin wrote:
Hello.
I think i can fix this.
But please say, is it correct if in Class pmc be array of all it
subclasses depth 1 ?
And anytime when class reinstantiate it reinstantiates all of it
subclass and remove links to subclasses on old Class?
/join
Ivan B. Serezhkin wrote:
Hello.
I think i can fix this.
But please say, is it correct if in Class pmc be array of all it
subclasses depth 1 ?
And anytime when class reinstantiate it reinstantiates all of it
subclass and remove links to subclasses on old Class?
/join #parrot
:)
--
Bacek
# New Ticket Created by Vasily Chekalkin
# Please include the string: [perl #54642]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=54642 >
Hello
There is attached initial implementation of map.
--
Bacek.
Index: src/class
Hello.
I think i can fix this.
But please say, is it correct if in Class pmc be array of all it
subclasses depth 1 ?
And anytime when class reinstantiate it reinstantiates all of it
subclass and remove links to subclasses on old Class?
--
Ivan B. Serezhkin
chromatic a écrit :
They were walking to the Hemlock, the Rooster and the Mice, and the
Mice kept looking at one another, questioning.
"We don't know what the future holds, do we?" said Chauntecleer. The
Mice all shook their heads. They knew very little of anything. "If,"
19 matches
Mail list logo