t;
> But I have the Parrot installed. I tryed several times to reinstall without
> any result.
You need the parrot-dev package (or if you built parrot yourself you
need 'make parrot-dev' in the parrot directory).
Didn't the error message say that? ;-)
Cheers,
Moritz
Carl Mäsak wrote:
> Tim (>):
>> Anything else I should add, change or remove? I'm especially interested
>> in verifyable metrics showing effort, progress, or use. Ideally graphical.
>> Any interesting nuggets that fit with the theme will be most welcome.
>
>
>
> In other words, the patch is a tad clearer and now has tests.
I've applied it (and changed the 32 to .CCLASS_WHITESPACE on the way) as
r35459, thanks.
Cheers,
Moritz
Author: moritz
Date: Tue Dec 9 14:49:10 2008
New Revision: 33729
Modified:
trunk/docs/pdds/pdd19_pir.pod
Log:
[codingstd] wrap long lines in pdd19_pir.pod
Modified: trunk/docs/pdds/pdd19_pir.pod
==
--- trunk/docs
es/perl6/? Most of the time a simple 'make' works for me, or a
'make clean'. I never needed realclean in Rakudo, only in parrot so far).
Cheers,
Moritz
Author: moritz
Date: Tue Nov 25 02:03:21 2008
New Revision: 33187
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[cage] fix line length in PDD14 to make codetest happier; still needs a
VERSION section.
Modified: trunk/docs/pdds/draft/pdd14_numbers.pod
Author: moritz
Date: Tue Nov 25 02:26:39 2008
New Revision: 33189
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[cage] neither line wrapping in pdd14
Modified: trunk/docs/pdds/draft/pdd14_numbers.pod
Author: moritz
Date: Tue Nov 25 02:15:26 2008
New Revision: 33188
Modified:
trunk/docs/pdds/draft/pdd14_numbers.pod
Log:
[cage] some more line wrappings in pdd14
Modified: trunk/docs/pdds/draft/pdd14_numbers.pod
t;
>> Is the backtrace the same as the one Moritz posted?
>>
>> -- c
>>
>
> Test #3 is now passing for me on Darwin, as reported in RT 60622. I'll
> close that ticket in a few days if good results continue.
>
> Moritz, what results are you currently getting?
t/pmc/pmc.t ok
Ticket can be closed.
Moritz
Patrick R. Michaud wrote:
> On Thu, Oct 30, 2008 at 05:46:11PM +0100, Moritz Lenz wrote:
>>
>> I think that every class should have a default stringification. Dunno if
>> there's a ticket for it yet.
>
> I don't think there's a _spec_ for a default stri
oint $point .= new( :x<1.2>, :y<-3.7> );
> say $point.x;
> say $point;
>
> Generates this output:
>
> 1.2
> get_string() not implemented in class 'Point'
I think that every class should have a default stringification. Dunno if
there's a ticket for it yet.
Cheers,
Moritz
--
Moritz Lenz
http://perlgeek.de/ | http://perl-6.de/ | http://sudokugarden.de/
chromatic wrote:
> On Monday 13 October 2008 14:23:21 Moritz Lenz wrote:
>
>> with r31926 the pcre.t tests fails due to a segfault:
>>
>> (gdb) run pcre.pir
>> Starting program: /home/moritz/src/parrot/parrot pcre.pir
>> [Thread debugging using libthread_db
I know that Perl 6 needs some extra smartness for
the subscript operation anyway, because it supports funky stuff with the
Whatever star (@array[*-2] etc).
Moritz
--
Moritz Lenz
http://perlgeek.de/ | http://perl-6.de/ | http://sudokugarden.de/
at you really want to do is compare numbers.
If our current harness doesn't offer that option (I don't know, I'm not
very familiar with the PIR tests) it should be created.
Patching to use the currently-up-to-date number format is just curing
the symptoms, not the disease.
Moritz
--
Moritz Lenz
http://perlgeek.de/ | http://perl-6.de/ | http://sudokugarden.de/
l6-internals/parrot-porters addresses are
> deprecated and will be disabled after a sensible deprecation cycle (and
> after the automatic RT posts have been shifted to parrot-dev).
What about a reply-to header to the new list for the mails that go to
the old list?
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
at's not nice but also not so very bad, since almost nobody needs this
script. If somebody complains who actually wants to use this and has no
thread support, and complains to me, I'll revert this commit. If not,
I'll leave it as is.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
ING_973
>
> These are .pmc file line numbers, it isn't? Looks like llvmc does not
> honor #line directives.
That's indeed the case, and the llvm/clang developers told me it's being
worked on (it seems to be a rather friendly community, from my sparse
contact so far).
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Vasily Chekalkin wrote:
> Moritz Lenz wrote:
>> I tried to build parrot with the clang, an llvm frontend. It provides a
>> script called 'ccc', which accepts the same options as gcc.
>
> Works for me with "perl Configure.pl --cc=llvm-gcc --link=llvm-gcc&
chromatic wrote:
> On Wednesday 10 September 2008 10:45:12 Moritz Lenz wrote:
>
>> I tried to build parrot with the clang, an llvm frontend. It provides a
>> script called 'ccc', which accepts the same options as gcc.
>>
>> Configure works fine (perl Co
, CONST_STRING(interp, "flags")) == 0) {
^
8 diagnostics generated.
make: *** [src/pmc/default.o] Error 1
Does anybody have an idea what might be going on, or what I could do to
fix it?
(If not, that's no problem; it could be that clang+ccc just isn't mature
enough right now)
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
patch is
updated to apply cleanly against svn HEAD).
http://rt.perl.org/rt3/Ticket/Display.html?id=57530
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Michael Peters wrote:
> Moritz Lenz wrote:
>
>> the graphs on http://smolder.plusthree.com/app/public_graphs/start/8
>> become pretty useless as soon as I select a larger time span (say, 5
>> days): instead of displaying data, it mostly displays a gray area of
>>
, traditional 2D
lines plot could be used instead?
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
molder.plusthree.com/app/public_projects/report_details/5297#first_failure
> (but there's more than one)
>
> All the failures seem to be from compilers/pirc.
Should be fixed with r30934.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
e/Extras split no longer exists. Fedora is now simply
> called Fedora, not Fedora Core. (Oh, and it was never FedoraCore.)
>
> http://www.parrot.org/download
Thanks, fixed.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Reini Urban wrote:
> My daily cygwin070patches branch patch for my dear friend moritz.
> Today on the menu:
> * Fix hard tabs in languages/tcl/lib/Tcl/Test.pm from yesterday
> * overhaul dotnet Configure + make
> * add current novell mono path to dotnet test
Applied as r30765,
y did with the old page. (My account name is "Moritz", surprise
surprise)
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
ts, all builds all.
> * fix wrong #ELSEIF to #ELSIF in language makefiles
applied as r30732, thanks.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
[EMAIL PROTECTED] wrote:
> +{{ Is the term "unimethod" acceptable here? -- rgr, 29-Jul-08. }}
I think for dispatch the term is "single dispatch", and "unimethod"
could thus be "single method".
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Reini Urban wrote:
> 2008/8/28 Moritz Lenz <[EMAIL PROTECTED]>:
>>> +=head1 DESCRIPTION
>>> +
>>> +Parrot installation mechanisms are more powerful than perl5's.
>>> +MANIFEST contains also the end location, tools/dev/install_files.pl is
>&g
Reini Urban wrote:
> +=head1 DESCRIPTION
> +
> +Parrot installation mechanisms are more powerful than perl5's.
> +MANIFEST contains also the end location, tools/dev/install_files.pl is driven
> +by this definition.
To me it's not clear what the "end location&qu
Reini Urban wrote:
> Moritz Lenz schrieb:
>> Reini Urban wrote:
>>> My latest patch against the cygwin070patches branch r30596.
>>
>> applied as 30597
>
> Thanks!
> And one more.
Applied as 30599, as far as it would.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Reini Urban wrote:
> My latest patch against the cygwin070patches branch r30596.
applied as 30597
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
quals or whatever.
Longer operators had long names - too long some times.
So for generated code it's not so uncommon to have long identifiers.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Reini Urban wrote:
> Moritz Lenz schrieb:
>> Reini Urban wrote:
>>> Moritz Lenz schrieb:
>>>> Reini Urban wrote:
>>>>> Attached are updates to the cygwin070patches branch.
>>>>> Thanks for applying the patches!
>>>> applied as
Reini Urban wrote:
> Moritz Lenz schrieb:
>> Reini Urban wrote:
>>> Attached are updates to the cygwin070patches branch.
>>> Thanks for applying the patches!
>>
>> applied as r30543.
>
> And this one also please.
>
> fix cuddled else and some beautification.
Also applied (r30547).
gwin for 0.7.0-1'
>
> Thanks.
Applied as r30545. Thanks.
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Reini Urban wrote:
> Attached are updates to the cygwin070patches branch.
> Thanks for applying the patches!
applied as r30543.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
in the docs.
Including, but not limited to, references to PDDS that still live in
draft/, but are references to be in docs/pdds/ directly.
What should we do with all these?
You can automatically check if the file exists, but youll get some false
negatives.
Cheers,
Moritz
--
Moritz Lenz
http://mo
Will Coleda wrote:
> On Mon, Aug 25, 2008 at 1:00 PM, <[EMAIL PROTECTED]> wrote:
>> Author: moritz
>> Date: Mon Aug 25 10:00:25 2008
>> New Revision: 30538
>>
>> Modified:
>> trunk/Configure.pl
>>
>> Log:
>> [config] reset MANIFEST
Reini Urban wrote:
> 2008/8/23 François Perrad <[EMAIL PROTECTED]>:
>> 2008/8/23 Allison Randal <[EMAIL PROTECTED]>:
>>> Moritz Lenz wrote:
>>>>
>>>> On #perl6 somebody just asked if there were up-to-date windows builds of
>>>> parr
Will Coleda wrote:
> On Sat, Aug 23, 2008 at 1:19 PM, Moritz Lenz
> <[EMAIL PROTECTED]> wrote:
>> I'd also suggest to move the Packages section further up (directly after
>> Release section), because I hope that more end users than developers are
>> (or will be)
François Perrad wrote:
> 2008/8/23 Allison Randal <[EMAIL PROTECTED]>:
>> Moritz Lenz wrote:
>>>
>>> On #perl6 somebody just asked if there were up-to-date windows builds of
>>> parrot somewhere, he had googled for 'parrot windows'. The parro
x27;s first for 'parrot win32').
I think we should improve that situation. Suggestions:
1) A link on http://www.parrotcode.org/source.html
2) A page in the parrot wiki
3) maybe even a separate site (parrot-on-windows.org perhaps?)
Any comments?
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
ion should I apply those patches for testing?
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
f Perl News". Fill in the title, fill in the
text (note that perlmonks uses HTML. So paragraphs go into ...,
the list of news should go into ... tags). Then click
"Preview", and if everything looks like you want it, to clik "Submit".
No rocket science ;-)
Cheers,
Moritz
-
7;d suggest to close this ticket.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
would only tell us that there is
> something wrong with their intergration work. IMHO it would be more
> interesting to test with clang which might actually pick up some sort of
> portability issue (or just bugs in clang).
Go right ahead ;-)
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
1m45.987s
sys 0m7.588s
(llvm is version 2.2). Not better either, but Reini told me that llvm
2.3 might be better.
I also did a 'make testexec' on unoptimized builds, and got tons of test
errors with both compilers.
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
+ 10.83 csys = 381.85
CPU)
real6m24.233s
user6m12.827s
sys 0m11.113s
So no speed improvements for the unoptimized build, but still good news!
(This is on 32 bit i386 Linux)
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Moritz Lenz (via RT) wrote:
> # New Ticket Created by Moritz Lenz
> # Please include the string: [perl #57032]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=57032 >
>
>
> In parrot as of r295
Eric Wilhelm wrote:
> # from Moritz Lenz
> # on Monday 28 July 2008 09:52:
>
>>> That's not -just- with the patch, though, is it? I presume you've
>>> set TEST_JOBS to be something other than '1' ...
>>
>>I've set it to 2, and obese
Will Coleda wrote:
> On Mon, Jul 28, 2008 at 12:07 PM, Moritz Lenz
> <[EMAIL PROTECTED]> wrote:
>> Eric Wilhelm (via RT) wrote:
>>> # New Ticket Created by Eric Wilhelm
>>> # Please include the string: [perl #57358]
>>> # in the subject line
( 3.44 usr 0.86 sys + 182.32
cusr 37.70 csys = 224.32 CPU)
Result: FAIL
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Allison Randal wrote:
> Allison Randal wrote:
>> Moritz Lenz wrote:
>>>
>>> I also get errors in parrot's PGE tests (I guess they are known already;
>>> if not I can happily send the details)
>>
>> I get no errors in PGE's tests on Mac O
teger() not implemented in class 'Range' (in
t/spec/S29-array/delete)
* Method 'min' not found for invocant of class 'Int' (in
t/spec/S29-list/minmax)
* No result object (in t/spec/S29-num/abs)
plus a few parse errors.
I also get errors in parrot's PGE tests (I g
h
> even inside unicode, and adding another layer of complexity will make
> it worse.
I think that distinguishing incompatible character sets is no harder
than distinguishing text and binary strings. It's not another layer,
it's just a layer used in a more general way.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
neric one.
Here's the discussion we had on this subject:
http://irclog.perlgeek.de/parrot/2008-06-23#i_362697
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
/jit/i386/core.jit: In function 'Parrot_iseq_i_n_n_exec':
> src/jit/i386/core.jit:1519: error: 'DO' undeclared (first use in this
> function)
> src/jit/i386/core.jit:1519: error: expected ';' before '{' token
> src/jit/i386/core.jit:1519: error: expected ';' before '{' token
> src/jit/i386/core.jit: In function 'Parrot_iseq_i_nc_n_exec':
> src/jit/i386/core.jit:1626: error: 'DO' undeclared (first use in this
> function)
> src/jit/i386/core.jit:1626: error: expected ';' before '{' token
> src/jit/i386/core.jit:1626: error: expected ';' before '{' token
> src/jit/i386/core.jit: In function 'Parrot_isne_i_n_n_exec':
> src/jit/i386/core.jit:1519: error: 'DO' undeclared (first use in this
> function)
> src/jit/i386/core.jit:1519: error: expected ';' before '{' token
> src/jit/i386/core.jit:1519: error: expected ';' before '{' token
> src/jit/i386/core.jit: In function 'Parrot_isne_i_nc_n_exec':
> src/jit/i386/core.jit:1626: error: 'DO' undeclared (first use in this
> function)
> src/jit/i386/core.jit:1626: error: expected ';' before '{' token
> src/jit/i386/core.jit:1626: error: expected ';' before '{' token
> make: *** [src/exec_cpu.o] Error 1
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
chromatic wrote:
> 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 com
etc.)
If you want to contribute to the test suite, please tell us your desired
nick name and you can get a commit bit.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
7;parrot;PGE::Util;die' pc 120
(runtime/parrot/library/PGE/Util.pir:82)
..
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
t. Within the
> function, simply changing the placement of the push_eh opcode
> seems to be enough to get things to compile again.
>
> Can anyone reproduce the problem on their systems?
Yes. On a very normal i386 32bit Linux box (Debian Etch) I get the same
behaviour.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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 Revisio
Patrick R. Michaud via RT wrote:
> Is this still segfaulting in the current head?
No, seems fixed.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
chromatic wrote:
> On Sunday 29 June 2008 15:03:24 Moritz Lenz wrote:
>
>> I know of #55782. From time to time I encounter some GC weirdnesses, but
>> so far I didn't care to report them all, because I have no way of to
>> know if they have all the same root or not.
in rakudo (like '1') fail with
the gcdebug runcore I don't really know how to identify an offending
construct in Perl 6 (if there is one).
> If the default behavior is to work around problems, I fear that we won't get
> the problems fixed. (See also "Why alternate runcores break far too
> frequently.)
>
> -- c
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
should now that
sqrt() is ambigous, because there are two possible results, and will
revert to roots() for that.
Any thoughts?
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
.pir?
Or everything into Complex.pir?
Or everything but the ops in Complex.pir, and ops into builtins/op.pir?
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
that we don't have a multimethod for
> infix:<->(Int, Int) returning Int.
That's only half of the problem. The other half is that the type check
somtimes fails with "Null PMC access in type()", not with "Type check
failed".
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
All of them if you feel like, or just ask on #parrot or #perl6.
If there's no test yet, feel free to add one - types in signatures seem
to be under-tested indeed.
Which reminds me of, we should have a "guide to add tests" in the pugs
repo with all informations in one place, and have the linked to from the
rakudo README.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
"PHParakeet", pronounced as "P - H -
> Parakeet".
I seem to recall that PHP forbids redistribution under names that
contain "php" as a substring, but at the moment I can't find evidence
for it, and I don't know if it applies to independent
re-implementa
Oops, forgot to attach patch. Now it's really there.
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Index: languages/perl6/t/spectest_regression.data
===
--- languages/perl6/t/spectest_regression.data (revision
Attached patch, mostly courtesy Vasily "bacek" Chekalkin, adds the
eval_lives_ok and eval_dies_ok methods to Test.pm, and adds three more
passing tests to 'make spectest_regression'.
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
_libc_start_main
>> (unknown)
>> Aborted
>>
>> I did a 'make realclean' before, and rebuilt with
>> perl Configure.pl --cc='ccache gcc'
>>
>> This is a 32 bit Debian Stable with a 2.6.25 kernel on a
Attached patch adds a few more files to the 'make spectest_regression'
target. All of them pass.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Index: languages/perl6/t/passing_spec
===
---
[EMAIL PROTECTED] (via RT) wrote:
> gmake[1]: *** No rule to make target `src/pmc/mutable.pmc.template',
> needed by `src/pmc/mutable.pmc'. Stop.
Thanks for reporting, attached patch (+ 'make Makefile') fixes this for me.
--
Moritz Lenz
http://moritz.faui2k3.org/
ve the program logic from compile to execution time
* --fudge and --regression-only now work orthogonally
* 'make spectest' now runs all of the spec tests.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ |
Jonathan Worthington wrote:
> Moritz Lenz wrote:
>> rakudo's "make spectest" suffers from too much noise in its output.
>>
>> The attached patch adds a spectest_regression target to Makefile that
>> uses whitelisting to run only those tests that are kn
t's even uglier), for example the options --regression-only and
--fudge are non-orthogonal, although in an ideal world they should be.
Should I refactor t/harness? or just leave it in the current shape?
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.
nd try again?
>
> Hi Moritz,
>
> did you check for a conflict with an existing Parrot installation?
There was no other parrot installed.
> Could you check whether a current checkout of Parrot now works on CentOS?
No, I don't have access to that machine any more. Sor
an.org/p/parrot.html (left column, under "PTS
subscription"). If you select "Advanced Mode", you can chose only to get
bug reports.
Moritz
> Allison
>
> Moritz Lenz wrote:
>> Good localtime(),
>>
>> The Debian packages for pugs and parrot have been o
> Subject: [BUG] Segfault after parallell build
Sorry, didn't read the output carefully enough: it's a compilation
error, not a segfault. The other informations should be accurate ;)
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
On 2004-03-12, at 16:54:26 +, Arthur Bergman wrote:
> This is Ponie, development release 2
>
First of all, this is just working great! All of my XS modules
compiled (almost) out of the box and worked really fine.
I noticed one small thing, however. The pa
84 matches
Mail list logo
