de cleanups, and coding standard fixes.
Many thanks to all our contributors for making this possible, and our
sponsors
for supporting this project. Our next scheduled release is December
15th 2009.
Enjoy!
--
Bernhard Schmalhofer
Christoph Otto schrieb:
Christoph Otto via RT wrote:
The attached patch implements this behavior and fixes two core PMCs
that had been doing the inheritance manually. All tests in make test
pass. I didn't bother testing any HLLs as this is more of a "here's
what I'm thinking" patch, but it'
Patrick R. Michaud via RT schrieb:
On Sat, Nov 15, 2008 at 11:46:01AM -0800, Bernhard Schmalhofer wrote:
In Pipp I encountered the problem that an our variables seem to get
lost in NQP actions.
This means that I had set an our variable in one action. When trying to
look at the
variable in
Klaas-Jan Stol via RT schrieb:
I think this has been resolved, but not sure.
Can anyone confirm?
It looks like it is not resolved yet.
In src/ops/math.ops I still found:
n_infix, n_abs and n_neg.
Regards,
Bernhard
On So. 07. Sep. 2008, 15:31:49, [EMAIL PROTECTED] wrote:
> This ticket has not been addressed since early July. Re-reading it now,
> it seems to have two major discussion threads: one specific to
> Test::Harness 3 and one relating more generally to the versions of CPAN
> modules needed to configu
On Mo. 08. Sep. 2008, 13:59:08, julianalbo wrote:
> Done in r30914: changed name to Parrot__attributes, fixed
> codingstd, changed also pmc in languages lua and perl6, and updated
> pdd17_pmc.pod
Does this mean that this ticket can be closed and the deprecation item
in DEPRECATED.pod be removed?
Will Coleda via RT schrieb:
On Sat Sep 18 23:13:06 2004, coke wrote:
That is:
Contrive things so that no code whatsover must be maintained outside
of the language specific directory. This includes:
- MANIFEST
- config files
- ./library/Parrot/Test/*
The long term goal for language
On Fr. 13. Jul. 2007, 16:21:54, rgrjr wrote:
> Are there any? The only ones I can find that that Splint might be
> complaining about are the derefs in rotate_entries, but the code
> explicitly checks that stack_height is large enough such that
> stack_entry will never return NULL. True?
Looks l
Reini Urban via RT schrieb:
Defining the hash entries for the subs in PIR syntax is awful.
So I envision Makefile.pl, Makefile.nqp or Makefile.p6 for this syntax.
For p6 we must ensure that every parrot package has a perl6 also then. Not good.
So pl, pir or the simple nqp.
The libs and script
James Keenan via RT schrieb:
I'm trying to see if we can move this ticket toward resolution. I think
that it has remained unresolved for so long because the original post
originally called for two steps: (a) removal from Configure.pl of
configuration steps which probed for features only used in
Will Coleda schrieb:
On Mon, Aug 18, 2008 at 4:39 AM, Patrick R. Michaud <[EMAIL PROTECTED]> wrote:
On Sun, Aug 17, 2008 at 10:21:18PM -0400, Bob Rogers wrote:
From: James E Keenan <[EMAIL PROTECTED]>
Date: Sun, 17 Aug 2008 19:55:02 -0400
Yes, when one of the 'make codingstd_t
Jonathan Worthington schrieb:
Allison Randal wrote:
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)? ;-)
Patrick and I will be hacking on the 12t
James Keenan via RT schrieb:
Michael:
I install TAP::Harness::Archive from CPAN, then applied the patches to a
fresh checkout from trunk. I configured, built and ran 'make
smolder_test'. The Smolder test completed and stated that it uploaded
-- though I have a tough time matching my particular
In r29552 of https://svn.perl.org/parrot/branches/pdd25cx I ran make test
for: pipp, eclectus, hq9plus, lazy-k, m4, unlambda.
All tests were passing.
--
/* [EMAIL PROTECTED] */
Will Coleda schrieb:
On Wed, Jul 16, 2008 at 10:54 PM, James Keenan via RT
<[EMAIL PROTECTED]> wrote:
This module is written in Perl 5 and is called in a program written in
Perl 5. In the work I've done in this project, I've taken the approach
to return values which I think is more Perlish,
Bernhard Schmalhofer schrieb:
Does this mean that all release managers should be in the PARROTRE group?
If so, somebody should check that this is indeed the case.
Judging from https://pause.perl.org/pause/authenquery, I'm no member
in PARROTRE. **
Sorry, I misread https://pause.perl.org/
chromatic schrieb:
https://pause.perl.org/pause/authenqueryI
It's only a CPAN indexing issue. Whenever a release manager uploads a new
bundle, he or she needs to change permissions for all new indexed modules to
allow the PARROTRE group to upload new versions. Unless/until you're a
release m
Hi,
for Parrot 0.6.4 following Perl 5 modules were not indexed:
Parrot::Configure::Options::Test::Prepare
Parrot::Pmc2c::PMC::PrintTree
Parrot::Test::Util::Runloop
Parrot::SearchOps
It looks like co-maintainership needs to be given the release managers.
Regards,
Bernhard
Hi,
on behalf of the Parrot team, I'm proud to announce the release of
Parrot 0.6.4
"St. Vincent Amazon."
Parrot 0.6.4 is available via CPAN, or follow the download
instructions at http://parrotcode.org/source.html. For those who would
like to develop on
Parrot, or help develop Parrot itsel
Hi,
the July 2008 release of Parrot will be most likely Parrot 0.6.4.
It will take place on tuesday, July 15th.
So, as usual, try to not break the build and the tests.
Updates to NEWS, CREDITS, PLATFORMS, RESPONSIBLE_PARTIES and
LANGUAGES_STATUS are appreciated very much.
Please add the open i
François Perrad schrieb:
chromatic a écrit :
On Tuesday 08 July 2008 02:36:37 François PERRAD via RT wrote:
This bug starts with r28354 (cache string).
The cache don't handle empty string.
Now, in Pipp (PHP), an empty string is used to stringify boolean False.
// languages/pipp/src/pmc/phpboo
On Mi. 02. Jul. 2008, 23:25:56, [EMAIL PROTECTED] wrote:
> make testr does this; if that doesn't work, let's re-open the ticket.
Actually 'make testr' does something a little bit different.
It creates a '*.pbc' File, converts it into an executable and runs the
executable.
It doesn't run the pbc-
James Keenan via RT schrieb:
On Fri Jul 13 09:58:33 2007, bernhard wrote:
There are several config probes that are only used for language
implementations.
Examples are config/auto/m4.pm and config/auto/python.pm.
Please find attached two files. The first greps the repository for
men
Bill Ricker schrieb:
Plumhead may sound stupid but there's nothing wrong with Plum-Headed
Parakeet spelled correctly with the Hyphen and Three Cap Letters. It's
a real bird whose initials spell PHP, what more could you want in a
name?. O'Reilly's cover editor will be happy, although they may hav
Hi,
"Plumhead", from *P*lum*h*eaded *P*arakeet, is the current name of the
PHP on Parrot implementation.
As "Plumhead" is a stupid name, cotto proposed to rename to "Pharrot".
"Pharrot" is definitly nicer than "Plumhead", but maybe too close to
Parrot. Furthermore it changes
the 'P' sound th
On Fri, Jun 06, 2008 at 11:17:33PM -0700, Will Coleda via RT wrote:
Let's borrow the syntax from the makefile generation itself, and
just have RM_F's definition be:
+rm_f => '@perl@ -MExtUtils::Command -e rm_f',
[...]
Sound good to me.
Additionally (though it won't he
>
> The previous version of the patch didn't work on Windows, because pipe
> open doesn't work there, grrr. Please try the attached version of the
> patch.
>
It looks like the current version of the patch has been applied.
In r28039 I added a sanity test in the new file t/tools/dump_pbc.pl.
If
James E Keenan schrieb:
Patrick R. Michaud via RT wrote:
plus I don't know
that languages/regex is being used or maintained. I vote to remove
languages/regex, either for the May 2008 release or soon thereafter.
FWIW, svn status -v languages/regex/ suggests that François, Barney
and chroma
On Mi. 02. Apr. 2008, 06:27:23, doughera wrote:
> This very minimal patch at leasts gives a brief warning about the
> issue.
>
> On a closely related topic, I thought about changing the default in
> this
> case to not build a shared libparrot, but dealing with the combination
> of
> undocumented
On Mi. 07. Mai 2008, 13:55:13, desertmax wrote:
> As discussed on IRC, I've replaced print "foo" print "\n" with say
> "foo". Furthermore, I've added tests for init and version, if GMP is not
> available and one test for version, if GMP is present.
> The constructor does not raise an exception anym
Jonathan Worthington schrieb:
Allison Randal wrote:
Will Coleda schrieb:
Can we get an idea of how many parrot hackers are planning on
attending YAPC::EU this year? (will be held in Copenhagen, Denmark, on
13-15 August 2008
Bernhard Schmalhofer wrote:
Is there enough critical mass that
Markus Mayr via RT schrieb:
I am currently working on this. I'll probably finish work on it during
the next 10 days.
That's great. In case of questions please do not hesitate to ask on
#parrot or on the mailing list.
Regards,
Bernhard
On Mi. 19. Mär. 2008, 07:38:36, pmichaud wrote:
> > On Thu Dec 13 17:47:05 2007, [EMAIL PROTECTED] wrote:
> > > Implement a 'copy' assignment (at least until we get the 'copy'
> > > opcode -- see RT#47828).
The copy opcode has been added in r23917.
Can this ticket be resolved now?
Regards,
Ber
Hi,
it was suggested by Andreas Rottmanm, rotty, to use 'riaxpander' in the
implementation
of 'Eclectus'. riaxpander is a macro expander for Scheme. It is licensed
in a BSD-like way,
http://mumble.net/~campbell/darcs/riaxpander/LICENCE.
Can this code be added to 'languages/eclectus' in the Pa
On Sa. 05. Apr. 2008, 07:40:12, bernhard wrote:
> On Di. 26. Feb. 2008, 13:37:20, bernhard wrote:
>
> > > The compiler tools in compilers/PAST-pm/ and
> > > runtime/parrot/library/Parrot/HLLCompiler.pir are deprecated
> > > in favor of the new versions in the Parrot Compiler Toolkit
> > > ( compil
Hi,
in r26841 I removed the directory 'compilers/past-pm', resolving the
deprecation item from RT#48030.
After updating to the new revision, a 'perl Configure.pl' is required,
as Makefile dependencies have changed.
Best regards,
Bernhard
Will Coleda schrieb:
Can we get an idea of how many parrot hackers are planning on
attending YAPC::EU this year? (will be held in Copenhagen, Denmark, on
13-15 August 2008.)
http://www.yapceurope2008.org/ye2008/
Another "I'm not sure whether I can make it" from me.
Is there enough critical
On Mi. 19. Mär. 2008, 06:25:32, kjs wrote:
> hi,
>
> attached a patch that does some aligning of "=" tokens and limits the
> scope of some variables.
>
> I don't commit this myself, because I want to check whether this
> practice of localizing vars. is ok, as it introduces "else" clauses.
> For i
On So. 24. Feb. 2008, 17:39:36, [EMAIL PROTECTED] wrote:
> 'make fulltest' exits at the end of any core with failing tests;
> that's how I
> expect make to behave. (If it doesn't, there's something wrong.)
Actually it no longer does that, as I have changed 'make fulltest'
in preparation for the
James Keenan via RT schrieb:
On Tue Mar 18 12:58:08 2008, bernhard wrote:
When preparing the Parrot 0.6.0 release I encountered in an unpacked
distfile for
prove -v t/manifest/*.t
the attached errors.
For the release I simply commented out the dubious tests.
Barney:
If I read
r contributors for making this possible, and our
sponsors for supporting this project.
Enjoy!
Bernhard Schmalhofer
On So. 16. Mär. 2008, 06:57:31, bernhard wrote:
> Hi,
>
> running 'make fulltest' under Linux leaves me with segfaults for
> gdbmhast.t.
> This happens only for the computed-goto and for the switched runcore.
> [EMAIL PROTECTED]:~/devel/Parrot/trunk$ uname -a
> Linux heist 2.6.22-14-generic #1 S
Parrot 0.6.0 will be released tomorrow.
Committers, don't miss your chance to bring the messages accross in
NEW, CREDITS, PLATFORMS and LANGUAGES_STATUS.
Regards,
Bernhard Schmalhofer
Testing URM, that is
cd languages/urm && make test
and
cd languages && perl t/harness --languages=urm
should work again in r26422.
Could somebody check with older versions of Test::More ?
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
On So. 09. Mär. 2008, 19:11:53, [EMAIL PROTECTED] wrote:
> Well, it looks like we've survived for a week without Test::Builder or
> any other Perl 5 core module in the Parrot distribution. (Thanks to
> Matt Kraai for helping out with t/perl/Parrot_Test.t.) So I think we
> can close this ticket.
>
chromatic via RT schrieb:
i. rule names start at pos 0. The colon follows immediately. Nothing
else is on that line.
ii. productions start a pos 5
iii. the '|' separating productions is at pos 3
iv. the semicolon finishing a rule is at pos 3
v. actions are either inline or start at pos 10
vi. in
nd to
LANGUAGES_STATUS
are very much appreciated.
Please put experiments and your nifty new features on hold until
Tuesday. Let's concentrate
on testing and bugfixing. 'make fulltest' rules.
---
Barney, Bernhard Schmalhofer
Klaas-Jan Stol via RT schrieb:
On Wed, Mar 12, 2008 at 9:28 PM, via RT Bernhard Schmalhofer
<[EMAIL PROTECTED]> wrote:
# New Ticket Created by Bernhard Schmalhofer
# Please include the string: [perl #51662]
# in the subject line of all future correspondence about this issue.
Will Coleda schrieb:
I wanted to call attention to part of today's Parrot Sketch:
- Otherwise, the PMC branch is ready for language testing,
will plan to merge it back into trunk next weekend.
So, language developers (and others); please grab a copy of
https://svn.perl.org/parrot/branches/pdd1
Andy Lester schrieb:
I'm also suggesting that we prune old unused docs, starting with:
=head1 HISTORY
Initial version 2004.06.11 by Matt Fowles
Not to pick on Matt (since much of these are by Leo), but I see zero
value in this used-once boilerplate. Anyone mind if I get rid of it
as
Andrew Parker via RT schrieb:
This fix seems to have broken Configure.pl. I just checked out a fresh
copy (r25239) of parrot trunk and got:
Configuring languages...
step gen::languages died during execution: Can't open
languages/perl5/config/makefiles/root.in: No such file or directory at
lib/P
Hi Bruno,
> I found parrot installer still hanging under FreeBSD (at least FreeBSD
> 5.5).
> Its's probably because OS name isn't properly separated.
Could you test the patch from ticket 49780,
http://rt.perl.org/rt3/Ticket/Display.html?id=49780 ?
That patch looks like a more general solution.
On Di. 15. Jan. 2008, 09:04:47, [EMAIL PROTECTED] wrote:
>
> Line 366 was:
> <<< .mine
>use 5.008_000;
>use strict;
>use warnings;
>use lib 'lib';
>
> just after here. So I deleted Configure.pl reran the svn fetch
(showed no
> files transfered) and the new Configure.pl work
James Keenan via RT schrieb:
The question I would have is: What is the functionality of
src/revision.c -- the file written by tools/build/revision_c.pl when the
latter script is invoked by 'make'?
It looks like it provides the C-function Parrot_revision() which is used in
compilers/imcc/ma
James Keenan via RT schrieb:
Since we're on the subject of m4 ...
Are the concerns raised in this ticket still valid?
http://rt.perl.org/rt3/Ticket/Display.html?id=43857
Yes,
that's still a very sensible TODO.
http://rt.perl.org/rt3/Public/Bug/Display.html?id=31633 is also related
to th
Simon Cozens (via RT) schrieb:
# New Ticket Created by Simon Cozens
# Please include the string: [perl #49780]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=49780 >
There's some code in config to detect 'm4 --version' "h
James Keenan via RT schrieb:
This ticket has obviously not generated much interest since I opened it
lo these five months ago. Coke and I had some IRC discussion of
something he's developing that's related to it, but I haven't heard from
anyone else.
So, let me ask again: When you see the Parr
James Keenan via RT schrieb:
Hey, gang! Can anyone comment on the status of this ticket?
I agree that if a test file is 2400 lines long, there's a prima facie
case for splitting it into smaller components.
However, based on my experience and ptc's in cage-cleaning, I'd
recommend opening up ind
James Keenan via RT schrieb:
On Sun Oct 02 05:22:08 2005, [EMAIL PROTECTED] wrote:
config/gen/makefiles/root.in already weighs in at 1581 lines. It needs
to be divided up into smaller files that are combined when Configure is
run.
Apart from the fact that it's a PITA to edit a file w
B. Estrade (via RT) schrieb:
# New Ticket Created by "B. Estrade"
# Please include the string: [perl #48090]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=48090 >
---
osname= freebsd
osvers= 7.0-current
arch= i386-free
Robert Lemmen schrieb:
hi folks,
i want to write a compiler for a small prototype-based language that
should target parrot. as a reminder: prototype-based means that i have
objects, and objects are cloned from other objects, but i have no
classes. objects consist of methods and variables that ar
James Keenan via RT schrieb:
(I'm surprised this patch slipped beneath my radar, as it refers to
files I've been staring at for months.)
This is very consistent with what I've recommended for %Config in
http://rt.perl.org/rt3//Public/Bug/Display.html?id=47902, so I recommend
this patch be applie
On Do. 20. Sep. 2007, 13:03:31, [EMAIL PROTECTED] wrote:
> Goals:
>
> Completely unified testing. The ability to run tests and aggregate
> their
> results regardless of how the test is implemented, (perl, parrot, hll,
> etc.)
> HTML Reports should function much as we have now, but with the
> add
James E Keenan schrieb:
On Nov 25, 2007, at 12:52 PM, Paul Cochrane via RT wrote:
This error has been happening in dotnet for a long time. I can't give
you a better timeframe than that, but it's been in that state (giving
these warnings) since before I managed to get it's Configure.pl to g
On Mi. 05. Jul. 2006, 12:17:12, bernhard wrote:
> > Contrive things so that no code whatsover must be maintained outside
> > of the language specific directory. This includes:
When adding Eclectus I had to edit following files:
- config/gen/makefiles/languages.in
- config/gen/languages.pm
- langu
James Keenan (via RT) schrieb:
# New Ticket Created by James Keenan
# Please include the string: [perl #47560]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=47560 >
Coke reported this evening that 'make realclean' was no
On Fr. 23. Feb. 2007, 07:28:38, acalpini wrote:
> this patch adds an 'osname' key to Parrot's own $conf->data, which is
> used in the configure process instead of $^O (and $Config{osname}).
>
> this patch does not affect the current configuration process. in the
> long term, an --osname paramete
naruto canada schrieb:
hi
How exactly does all the other languages works in parrot?
Can I "test drive" the scheme language?
I've already compiled parrot, but clueless on how to try out the other
languages, specifically, scheme.
Almost all languages support the standard 'test drive', as shown
Allison Randal schrieb:
As a general rule of thumb, if you find a failure but don't have the
time/expertise to debug it or classify it as TODO or BUG or "new
underdocumented feature", but do have enough time to create a failing
test for the problem (always nice), submit a ticket explaining the
Allison Randal schrieb:
I saw the failing test, but didn't know where it came from or why it
was there. (And until I dug into it the commit logs, I didn't even
know if it was an old test that I had broken while working on the
threads tests.)
I added this failing, as the test '1 equals 1' in
la
chromatic schrieb:
On Thursday 18 October 2007 18:04:15 James Keenan wrote:
Linux. r22261
[li11-226:parrot] 559 $ prove -v t/pmc/objects.t
t/pmc/objects1..74
ok 1 - find_type (base class)
[snip]
not ok 57 - equality of subclassed Integer
# Failed test (t/pmc/objects.t at line 16
Paul Cochrane via RT schrieb:
On Fri Nov 17 14:17:18 2006, particle wrote:
~ all but one test have been adapted for and moved to t/codingstd/
~ remaining test is for not-yet-approved codingstd item
The remaining test complains about more than one '.' in a filename and
filenames which
Allison Randal (via RT) schrieb:
Review these languages and decide whether to update the license or move
them to the google-code repository for Parrot languages:
languages/m4/README:15
What is the legal situation for Parrot m4?
Personally I would like to put 'languages/m4' under Artisti
Klaas-Jan Stol schrieb:
I wonder in what case it's useful to have a "normal" .local directive in a
macro (with its normal semantics).
Every time the macro is expanded, the same local var. would be declared,
which can't be good.
As far as I understand it, PIR macros a simple text replacements w
Klaas-Jan Stol schrieb:
hi,
attached a patch that adds ".label" as a directive to declare labels
in a macro.
Applied in r21624.
The big overall cunning plan is to remove ".local" for this purpose
(defining labels), and to use ".local" ONLY for declaring variables.
Then, once all ".local"
[EMAIL PROTECTED] (via RT) schrieb:
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #45703]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=45703 >
As a start of contributing to parrot, I clean
Klaas-Jan Stol (via RT) schrieb:
.sub :load, :init :main ## newbies may wonder why there's a comma sometimes
#...
.end
Instead, it should look like this:
.sub :load :init :main
# ...
.end
The version without the ',' looks saner and consistency is a good thing.
So I second this proposal.
Re
Patrick R. Michaud schrieb:
On Tue, Aug 28, 2007 at 09:37:39AM -0700, Debbie Harry wrote:
# New Ticket Created by "Debbie Harry"
# Please include the string: [perl #45023]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=4
Patrick R. Michaud schrieb:
related to this, I think that imcc also allows for built-in types as
types.
such as ".local Array a" etc. (sorry can't check; don't have my own pc
around here, this is a public pc) (I added some notes about this and other
PIR cleanups in languages/PIR and I think also
On So. 29. Apr. 2007, 06:01:16, kjs wrote:
In r21167 the keyword 'object', as a synonym of 'pmc', was removed from
PIR.
However the question from kjs remains to be answered:
> related to this, I think that imcc also allows for built-in types as
types.
> such as ".local Array a" etc. (sorry can't
On Fr. 27. Apr. 2007, 14:02:49, smash wrote:
> On Fri Apr 27 09:36:50 2007, particle wrote:
> > it seems that 'object' is a reserved word in imcc, it's a synonym for
> > 'pmc'. it seems undocumented, and i don't see a reason for it--we
> > already have a word for 'pmc'.
>
> I removed 'object' f
On Fr. 13. Jul. 2007, 09:47:53, [EMAIL PROTECTED] wrote:
> There's a comment in embed.h which says:
>
> /* XXX Parrot_init() should be removed, no longer required for
embedders */
>
> This comment has been there since April 2006. The Parrot_init()
> prototype is redundant with the one in interpr
On Do. 26. Apr. 2007, 16:45:08, [EMAIL PROTECTED] wrote:
> Now it makes sense. :) Anyway, I found this by following the Compiler FAQ,
> which says that a new closure should be created by cloning the sub. I
think
> it should be changed to say newclosure, or even explain this (because you
> might r
> thanks for the quick turnaround. this test is perfect for the
> 'executed from pir test case', and will be applied shortly.
The test case has been added in r21092.
> but as
> patrick later provided an example of executing a .pbc file, we'll also
> need a test for this before the ticket is close
Andy Dougherty schrieb:
Change 21059 removed #include "parrot/parrot.h" from gdbmhash.pmc.
But gdbmhash.pmc then goes on to do all sorts of things with STRING and
PMC. Obviously, they no longer work.
Was this deliberate? If so, what's the plan forward?
Sorry, this was definitly not delib
Ron Blaschke via RT schrieb:
In all three sections a value is loaded into a register and then set as
an attribute on an object.
In the first hunk only the used register is changed from 0x12 to 0x13.
In the second hunks it's register 0x11 to 0x12.
With hunk three it's getting interesting because
James Keenan via RT schrieb:
It looks like nobody, besides the devel tool
./languages/m4/tools/frozen2yaml.pl, uses
Parse::RecDescent.
Does anybody mind if I remove it from trunk?
I have no objection. It's included in Bundle::Parrot
(http://search.cpan.org/dist/Bundle-Parrot/Parrot.pm)
James Keenan via RT schrieb:
There was code in several of the test files in the reconfigure/ branch which was repeated. At
the hackathon, David Adler refactored it into a subroutine which I then placed in new file
Auxiliary.pm. That file is contained in this patch along with a revised t/104-in
Paul Cochrane (via RT) schrieb:
# New Ticket Created by Paul Cochrane
# Please include the string: [perl #43413]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=43413 >
Hi,
In perlcritic.t i'd like to find a way to pass o
chromatic schrieb:
On Wednesday 27 June 2007 13:22:22 Andy Lester wrote:
The Perl::Critic testing in t/codingstd/perlcritic.t needs to be
optional. The existence of Perl::Critic on a machine doesn't mean
that it's appropriate to run Perl::Critic on the Parrot code.
I'd like to see an
On So. 06. Mai 2007, 12:09:58, bernhard wrote:
> TODO: Check whether Parrot::Distribution::gen_manifest_skip() can be used
> in mk_manifest_and_skip.pl or alternatively be deleted.
Parrot::Distribution::gen_manifest_skip() and subsequently
t/distro/manifest_skip.t have been broken for some time.
James Keenan (via RT) schrieb:
According to its documentation, mk_manifests.pl "...generates a set
of F files that give the final
locations in the file system for all the installable files listed in
F and F."
The name of this program is close to that of tools/dev/
mk_manifest_and_skip.pl --
chromatic schrieb:
@@ -697,7 +694,7 @@
$builder->diag("'$cmd' failed with exit code $exit_code")
if $exit_code and not $pass;
-unless ( $ENV{POSTMORTEM} ) {
+if ( ! $ENV{POSTMORTEM} ) {
unlink $out_f;
}
> > What happens when NULL is not a consective series of '\0' chars?
>
> I think that it breaks.
>
> > Are there such platforms and are they releavant for parrot?
>
> I believe that this assumption is endemic in Perl 5, and it's never
> hindered
> Perl 5's portability. The C FAQ gives examples
Nicholas Clark schrieb:
On Sun, Jun 03, 2007 at 08:00:18AM -0700, Bernhard Schmalhofer via RT wrote:
I have looked at the 'more_memory.patch' and I'm wondering about the
portability.
In that patch loops where pointers are explicitly set to NULL
are replaced with a
memset
> I grepped for other files that can make use of mem_sys_*_zeroed
> variants. I attached a patch that affects objects.c, vtables.c,
> gc/register.c and stm/waitlist.c.
I have looked at the 'more_memory.patch' and I'm wondering about the
portability.
In that patch loops where pointers are explicit
Josh Wilmes schrieb:
The compiler tools target Parrot, so that it will be easier for people
(including us) to write languages that run on Parrot.
I understand. I'm just saying that *if* perl 6 were being written to target
an existing VM, any brilliant compiler tools could be written to t
On So. 20. Mai 2007, 15:45:56, jkeen at verizon.net wrote:
> The patch attached reflects the approach we've been taking over the
> last half-year or so in testing the Perl 5 components of Parrot.
> Feedback encouraged.
Thanks, patch applied in r18608.
My $0.02:
When hearing 'executables' I
lying c_indent_doesnt_recognise_ifndef.diff
I got no complaints from c_indent.t.
Could you check again?
In r18452 I checked in a small beautification of c_indent.t, which shouldn't
have chaned the algorithm.
On Sat, 05 May 2007 07:58:45 -0700
"Bernhard Schmalhofer via RT" <[EMAIL PROTECTED]> wro
Jerry Gay via RT schrieb:
On 5/4/07, via RT Mark Glines <[EMAIL PROTECTED]> wrote:
* Standardize on PARROT_*_GUARD style names for these lines (some
headers used a style that looks like "__PIRLEXER_H" instead)
It looks like the __FOO_H convention was only used in compilers/pirc.
There a
1 - 100 of 224 matches
Mail list logo
