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.
Moritz++ and I were talking about making a graph
Ovid wrote:
Seems Larry's agreed to the .trim method. There are bits that are not agreed
upon, so this patch only implements what we've agreed upon. It relies on the
new S29-str/trim.t test in pugs. I committed that earlier and updated
t/spectest.data.
In other words, the patch is
[EMAIL PROTECTED] (via RT) wrote:
# New Ticket Created by [EMAIL PROTECTED]
# Please include the string: [perl #61052]
# in the subject line of all future correspondence about this issue.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=61052
This bug has been around for a while,
James Keenan via RT wrote:
On Thu Nov 13 13:57:34 2008, [EMAIL PROTECTED] wrote:
On Thursday 13 November 2008 13:54:36 James Keenan via RT wrote:
At r32625, I am observing this on Darwin/PPC -- but it passes on
Linux/i386. Darwin below.
Is the backtrace the same as the one Moritz
:
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/
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 stringification yet.
So we should probably propose
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 enabled]
[New Thread -1232648512 (LWP 21873
it supports funky stuff with the
Whatever star (@array[*-2] etc).
Moritz
--
Moritz Lenz
http://perlgeek.de/ | http://perl-6.de/ | http://sudokugarden.de/
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/
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/
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/
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.
That works for me too, but it's a completely
.
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/
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/
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 Configure.pl --verbose --cc=ccc --link=ccc).
src/pmc
/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/
, traditional 2D
lines plot could be used instead?
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
fancy 3D shadows.
I agree
. 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/
is Moritz, surprise
surprise)
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
wrong #ELSEIF to #ELSIF in language makefiles
applied as r30732, thanks.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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 is - care to elaborate?
Moritz
--
Moritz
[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:
My latest patch against the cygwin070patches branch r30596.
applied as 30597
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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/
for generated code it's not so uncommon to have long identifiers.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
that in r30541.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
.
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://moritz.faui2k3.org
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/
as r30545. Thanks.
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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).
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 r30543.
And this one also please.
fix cuddled else and some beautification.
Also applied
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
parrot somewhere, he had googled for 'parrot windows'. The parrotwin32
project didn't show
) 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/
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 parrotwin32
project didn't show up in his search (but it's first
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) interested in parrot. And those get bored
patches for testing?
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
in the
text (note that perlmonks uses HTML. So paragraphs go into p.../p,
the list of news should go into code.../code tags). Then click
Preview, and if everything looks like you want it, to clik Submit.
No rocket science ;-)
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http
to close this ticket.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
= 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/
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/
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/
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.
# URL: http://rt.perl.org/rt3/Ticket/Display.html?id=57032
In parrot as of r29547 I get a failure while
: FAIL
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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 of all future correspondence about this issue.
# URL: http
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 obeserve the errors below. With serial testing I
get a PASS (r29828).
Yes
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 OS X or Ubuntu as of r29552, so
please send the details.
Oh, but do make
)
* No result object (in t/spec/S29-num/abs)
plus a few parse errors.
I also get errors in parrot's PGE tests (I guess they are known already;
if not I can happily send the details)
The plan is to merge the branch back into trunk on Friday or Saturday.
Allison
--
Moritz Lenz
http
/parrot/2008-06-23#i_362697
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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/
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 comment inline in the diff below)
+if (@to_unfudge
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/
/parrot/library/PGE/Util.pir:82)
..
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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/
/spec/$_;
+}
+return @res;
+}
+
+END {
+File::Path::rmtree($tmp_dir);
+}
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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/
also Why alternate runcores break far too
frequently.)
-- c
--
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.
And as long as even the simplest
, 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/
fails with Null PMC access in type(), not with Type check
failed.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
?
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/
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/
-implementations. Nonetheless you should investigate in that direction
before choosing PHParakeet as a name.
This still has the PHP in it, but only as a sensible abbreviation of
Plum-Headed Parakeet.
Regards,
Bernhard
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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/
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 28065
PROTECTED];
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
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
===
--- languages
[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/ | http://perl-6.de/
Index
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/ | http://perl-6.de/
Index: t/harness
), 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.de/
Index: t/harness
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 known to pass.
This is really useful! Applied
,
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. Sorry.
Cheers,
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org
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 orphaned, i.e. they
have no maintainer anymore, and will disappear from Debian if nobody
takes
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/
76 matches
Mail list logo