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
Author: bernhard
Date: Thu Jan 29 09:30:19 2009
New Revision: 36147
Modified:
trunk/docs/pdds/pdd28_strings.pod
Log:
[codingstd] pdd_format.t
Modified: trunk/docs/pdds/pdd28_strings.pod
==
--- trunk/docs/pdds
is the case handled, where an PMC 'child' inherits from the PMC 'parent'
and 'child' wants to add an attribute to the attributes inherited from
'parent' ?
Regards,
Bernhard
Author: bernhard
Date: Sun Jan 11 04:40:38 2009
New Revision: 35410
Modified:
trunk/docs/pdds/draft/pdd08_keys.pod
Log:
[codingstd] shorten long lines.
Modified: trunk/docs/pdds/draft/pdd08_keys.pod
==
--- trunk
Author: bernhard
Date: Wed Dec 31 03:56:58 2008
New Revision: 34697
Modified:
trunk/docs/pdds/pdd27_multiple_dispatch.pod
Changes in other areas also in this revision:
Modified:
trunk/src/pmc/class.pmc
Log:
Some tidbits: speling, code alignment, add code comments
Modified: trunk/docs
Author: bernhard
Date: Wed Dec 31 01:53:48 2008
New Revision: 34694
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Changes in other areas also in this revision:
Modified:
trunk/languages/perl6/src/builtins/control.pir
Log:
[codingstd] Satisfy trailing_space.t and pdd_format.t
Modified
Author: bernhard
Date: Mon Dec 22 14:06:01 2008
New Revision: 34259
Modified:
trunk/docs/pdds/pdd21_namespaces.pod
Changes in other areas also in this revision:
Modified:
trunk/NEWS
trunk/languages/pipp/CREDITS
trunk/languages/pipp/src/pct/actions.pm
trunk/languages/pipp/src/pct
Author: bernhard
Date: Sat Dec 13 02:22:08 2008
New Revision: 33847
Modified:
trunk/docs/pdds/pdd22_io.pod
Changes in other areas also in this revision:
Removed:
trunk/languages/pipp/t/php/strings.t
Modified:
trunk/MANIFEST
trunk/languages/pipp/t/php/string.t
Log:
[pipp] merge
Author: bernhard
Date: Wed Nov 26 10:30:07 2008
New Revision: 33229
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[codingstd] add a VERSION section to PDD 14
Modified: trunk/docs/pdds/draft/pdd14_numbers.pod
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
scripts could be written in Perl 6 and compiled to bytecode.
In this way the languages would need no full Perl 6, just some *.pbc files.
Regards,
Bernhard
s good.
An example for a language specific config probe could be put
mk_language_shell.pl.
Regards,
Bernhard
Thank you very much.
kid51
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
it is a good idea to centralize all interactions with svn.
So how about using $Parrot::Revision::current or PConfig{revision} there?
Regards,
Bernhard
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] */
l state is modified,
I'm happy with returning undef or the empty list. On the other hand, I
wouldn't expect that a function returns 1,
only because the code ran successfully.
So I would be in favour of changing the tests.
But as I have no strong feelings about that, a return 1; would be fine
as well.
Regards,
Bernhard
Author: bernhard
Date: Wed Jul 16 08:34:11 2008
New Revision: 29522
Modified:
trunk/docs/pdds/pdd22_io.pod
Changes in other areas also in this revision:
Modified:
trunk/DEPRECATED.pod
trunk/PBC_COMPAT
trunk/compilers/pirc/src/pirutil.c
trunk/docs/book/ch08_reference.pod
trunk
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/
a
release manager yourself, you can safely ignore this.
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.
(The implication i
Author: bernhard
Date: Tue Jul 15 12:47:34 2008
New Revision: 29494
Modified:
trunk/docs/pdds/draft/pdd19_pir.pod
Log:
[docs] Add escape sequence \" in double quoted strings.
Modified: trunk/docs/pdds/draft/pdd19_pi
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
issues, that are relevant for the release, to
http://rt.perl.org/rt3/Ticket/Display.html?id=55926.
Best regards,
Bernhard
4).
But I notice that this issue is random (disappear or re-appear after
an update & re-compilation).
I made the same experience under Linux. This misfeature appears and
disappears after making
arbitrary changes.
Regards,
Bernhard
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
ry variety?
My favourite short form would be "PHParakeet", pronounced as "P - H -
Parakeet".
This still has the PHP in it, but only as a sensible abbreviation of
"Plum-Headed Parakeet".
Regards,
Bernhard
e.html
So I'm still open for an alternative. If no better suggestion turns up,
I'll rename to 'Pharrot' after
the June release.
Regards,
Bernhard
= /home/coke/bin/perl -MExtUtils::Command -e rm_f
defined on top of Makefiles. It is standard Makfile syntax.
When editing the generated Makefile, for testing and development, it
easier to change
the global definition of a variable than to change all ocurrances.
Regards,
Bernhard
>
> 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
and chromatic have worked in this tree in the last year. So it's
getting some degree of attention.
kid51
I'd vote to keep it. But I don't have strong feelings either way.
How about setting the tickets for the not actively developed languages
to 'STALLED'?
Regards,
Bernhard
gt; of
> undocumented Configure.pl variables and the inability to use command-
> line
> overrides made that patch become too large a project for me to tackle
> today.
In r27445 I added this warning. Additionally I added this note:
RT#52288: the check for old_versions should
er, some codingstd tests are failing. Could you, desertmax, take a
look at:
t/codingstd/c_cppcomments.t
t/codingstd/c_indent.t
t/codingstd/c_operator.t
t/codingstd/linelength.t
t/codingstd/trailing_space.t
Best regards,
Bernhard
--
/* [EMAIL PROTECTED] */
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
7.
Can this ticket be resolved now?
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
anguages/eclectus' in the Parrot repository?
I know that 'Artistic 2.0' in incompatible with GPL. What's the score
with BSD-like?
Regards,
Bernhard
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 versio
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
enough critical mass that would warrant a Mini-hackathon?
Regards,
Bernhard
declared
close to where the action is.
Alternativels one could avoid the technical variable 's' altogether
and stick with using '*buf'.
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
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
> L
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.
Author: bernhard
Date: Wed Mar 5 11:02:00 2008
New Revision: 26232
Modified:
trunk/docs/pdds/pdd03_calling_conventions.pod
trunk/docs/pdds/pdd_template.pod
Changes in other areas also in this revision:
Modified:
trunk/docs/overview.pod
trunk/docs/parrotbyte.pod
Log:
[docs]
Update a
Author: bernhard
Date: Wed Mar 5 10:59:21 2008
New Revision: 26231
Modified:
trunk/docs/pdds/pdd07_codingstd.pod
Log:
[doc]
Spelling and markup fixes.
Modified: trunk/docs/pdds/pdd07_codingstd.pod
==
--- trunk/docs
Author: bernhard
Date: Wed Mar 5 10:55:16 2008
New Revision: 26230
Modified:
trunk/docs/pdds/pdd00_pdd.pod
Log:
[docs]
s/Perl/Perl 5/
Modified: trunk/docs/pdds/pdd00_pdd.pod
==
--- trunk/docs/pdds/pdd00_pdd.pod
nches/pdd17pmc and check out the
languages to see how they fare compared to their counterparts in
trunk.
Thanks!
Some more languages:
Eclectus: OK
HQ9plus: OK
m4: OK
unlambda:
Plumhead: Can't build the PHPArray PMC:
usr/bin/perl
/home/bernhard/devel/Parrot/branches/pdd17pmc/tools/buil
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
t
lib/Parrot/Configure/Compiler.pm line 261.
Thanks for pointing that out. This was one, hopefully the last,
reference to 'perl5' that I missed.
Patch is applied.
Best regards,
Bernhard
re general solution.
Best regards,
Bernhard
--
/* [EMAIL PROTECTED] */
atus' would have marked Configure.pl with a 'C' for conflict.
Deleting the file and updating again was the right action.
Alternatively 'svn revert Configure.pl' should have worked as well.
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
Author: bernhard
Date: Tue Jan 15 11:33:55 2008
New Revision: 24886
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Log:
[doc]
Mention Pair PMC in PDD 17
Modified: trunk/docs/pdds/pdd17_pmc.pod
==
--- trunk/docs/pdds
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
elated
to that issue.
Regards,
Bernhard
name');
-my ( $cpuarch, $osname ) = split m/-/, $archname, 2;
-if ( !defined $osname ) {
- ( $osname, $cpuarch ) = ( $cpuarch, "" );
-}
Regards,
Bernhard
elevant tickets.
Regards,
Bernhard
ed as well.
My 0.02 €
Bernhard
t the file up. If not,
we should not.
root.in can probably be improved, but I see no need to split it up, just
because
it is large.
Just my 0.02€,
Bernhard
roke this when I reformated the template for
languages/Plumhead/Makefile.
I forgot to add a '\' for line continuation in that target.
I should be fixed in r23354.
Actually in SVN head 'pgc' isn't used at all, as I'm porting over to the
new PCT.
Thanks for the report,
Bernhard
in
PJS, http://users.fulladsl.be/spb1622/pjs/.
Regards,
Bernhard
ig{ccflags} !~ /DD64/ ) {
config/gen/config_h.pm:83:print {$HH} "\n#define BUILD_OS_NAME
\"$^O\"\n";
config/gen/platform.pm:39:my $platform = lc $^O;
James,
could you look into this patch and apply it if appropriate?
Obviously you are the person that knows best, whether
it can be applied right away or needs some fiddling or merging.
Regards,
Bernhard
I wonder whether any major obstacles have surfaced and whether it makes
sense to merge the changes in 'unified_testing' with 'trunk' again.
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
27;languages/dotnet/Configure.pl'.
If nobody beats me to it, I take a look at it after experimenting with
'languages/plumhead/Configure.pl'.
Regards,
Bernhard
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/
by
usr/bin/perl tools/dev/reconfigure.pl --step=gen::makefiles
--target=Makefile
which didn't look for changes in 'config/gen/makefiles/languages.in'.
I'll take a brief look at reconfigure.pl .
Regards,
Bernhard
applied yet.
It make sense to me as it is a prerequisite for cross-compilation.
Should I go ahead and try to apply the patch ?
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
s/pdds/draft/pdd26_ast.pod.
AFAIK the way languages can use modules written in other languages is
not specied yet.
Questions can also be asked in #parrot on MagNet.
Regards,
Bernhard
Thanks.
explaining the
problem and attach the test to the ticket.
The patch monster/cage cleaner who handles the ticket can decide if
the test is good and where/whether it should be added to the test files.
Yes, that makes perfect sense.
Best regards,
Bernhard
r of the test case, as
there should be
a low entrance barrier for adding tests.
Regards,
Bernhard
Allison
1668)
# got: '123 is not equal to 123
# '
# expected: '123 is equal to 123
# '
ok 58 - short name attributes
Bernhard added this one in r22241, but didn't TODO it or file a ticket (as I
can tell). TODOd in 22265.
Why should it be a TODO test?
As f
ames which don't conform to the 8.3 format.
I have talked to some VMS people at YAPC::EU 2007.
For them the "more than one '.'" issue was a real problem, that
they had to work around before even creating a Makefile.
Regards,
Bernhard
My feeling is that
these shou
Led source code
I'm sure the eval.c has to stay GPL licensed or be removed.
I'm not sure about the PIR code.
Regards,
Bernhard
bly it does the *right* thing in different
contexts).
I would prefer to be more consistent and less magic.
Regards,
Bernhard
bles.
Then, once all ".local" (in macros) are replaced by ".label", we can
start replacing ".sym"s by ".local", so that ".sym" can be removed
from the lexer.
Shouldn't that be '.macro_local' or something like that ?
CU, Bernhard
ner being NULL or complain loudly.
Best regards,
Bernhard
d this proposal.
Regards,
Bernhard
Author: bernhard
Date: Fri Sep 21 09:25:05 2007
New Revision: 21461
Modified:
trunk/docs/pdds/pdd17_pmc.pod
Changes in other areas also in this revision:
Modified:
trunk/PBC_COMPAT
trunk/src/ops/pmc.ops
Log:
#42352: [TODO] remove hash opcode and VTABLE entry
Remove the opcode '
ad with a German guy at YAPC::EU.
The idea was optimisation of PIR code. Avoid the overhead of argument
passing by inlining subs in the PBC.
My suggestion was to start a discussion by submitting an RT ticket for
that idea.
Regards,
Bernhard
first deprecated and then removed.
Currently
.sub main :main
.local Array my_string
my_string = new String
my_string = 'hello'
say my_string
.end
is valid PIR.
Regards,
Bernhard
It isn't helpful to be able to say:
.local Array my_string
my_string = new String
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
The new patch is attached.
Does anybody mind if 'object' is removed as an alias of 'pmc'?
As 'object' hasn't been documented, I think that no deprecation cycle
is necessary.
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
lose this ticket, if no breakages are reported.
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
arified, can I close this ticket?
Regards,
Bernhard
--
/* [EMAIL PROTECTED] */
/Parrot/repos/parrot$ ./parrot t.pbc
Hello world
Hello world
[EMAIL PROTECTED]:~/devel/Parrot/repos/parrot$ ./parrot t/pmc/objects_78.pir
Hello world
Hello world
[EMAIL PROTECTED]:~/devel/Parrot/repos/parrot$
Any comments?
Bernhard
--
/* [EMAIL PROTECTED] */
orward is that extenders should use Parrot_String and not STRING.
Regards,
Bernhard
a register allocator bug?
Regards, Bernhard
1 - 100 of 244 matches
Mail list logo
