Find out in program code, if a PMC-property is set?
Hello! In my program code I have the following lines: /* get properties */ PMC *context_pmc = $3->vtable->getprop(interpreter, $3, string_from_cstring(interpreter, "context", 7)); INTVAL i_type = context_pmc->vtable->type(interpreter, context_pmc); This works fine, if I set the property "context" for the PMC in the pasm-program. If I don't set the property, the pasm-program stops with the message: Null PMC access in type() current instr.: '(null)' pc 45 (pcre_prop.pasm:33) I what to find out in my program first, if the property is realy set, but I don't know how to do that. Best regards Gerd Pokorra
loop/do {...} while EXPR;
Hello!
Why is the do {...} literal added in Pugs 6.2.5?
It would be better that
loop {...} while EXPR;
loop {...} until EXPR;
would work, like it is written in Synopsis 4: Blocks and Statements
Gerd Pokorra
who to get subroutine caller context with pugs
Hello, I am using pugs 6.2.7. Is it already possible to find out if a subroutine was called in a void context. Does the want function provide this feature. Gerd Pokorra
How to add a new opcode?
For tests I want to add a new opcode to Parrot. I created a file ops/my.ops and do the configuration and make again, but I don't find my opcode in the file lib/Parrot/OpLib/core.pm. How to add a new opcode? Can you give me an example. Gerd Pokorra pokorra[at]uni-siegen.de
[PATCH] for languages/perl6/perl6 --tree
Hello,
by executing the command "perl6 --tree" there is to seen the following
error message:
[EMAIL PROTECTED] perl6]$ perl ./perl6 --tree -e 'print "alf"';
Can't call method "tree" on an undefined value at ./perl6 line 418.
[EMAIL PROTECTED] perl6]$
The problem is that the function $parser->prog only returns a value
if the function P6C::IMCC::init() is called first.
So I fixed the program languages/perl6/perl6 that the modul
P6C::IMCC is loaded and also the function P6C::IMCC::init is
called generally. There is no need not to call it when the
option --tree is used. At the end of this mail I add my changes.
Gerd
[EMAIL PROTECTED] perl6]$ diff -u perl6 perl6.parse_tree
--- perl6 2004-11-17 13:14:32.902467776 +0100
+++ perl6.parse_tree2004-11-17 13:20:42.238320192 +0100
@@ -473,10 +473,9 @@
$Data::Dumper::Indent = 1;
END
die $@ if $@;
-} else {
- eval 'use P6C::IMCC qw(:external)';
- die $@ if $@;
}
+eval 'use P6C::IMCC qw(:external)';
+die $@ if $@;
if (!$OPT{'force-grammar'} && eval("require $OPT{grammar}")) {
$parser = eval "new $OPT{grammar}" or die "$OPT{grammar}: $@";
} else {
@@ -519,7 +518,7 @@
close(IN);
}
verbose(2, "Parsing");
-P6C::IMCC::init() unless $OPT{tree};
+P6C::IMCC::init();
my $result = run_pass('parse', sub {$parser->$::rule($in,0,$f)}, $fw);
output_tree($result, $f, $fw);
}
[EMAIL PROTECTED] perl6]$
link is broken
The link to 'https://rakudo.org/files/rakudo' at the web-page https://rakudo.org/files for 'Compiler Only Installation' is broken. Clicking at the bottom 'Compiler Only Installation' due to: 500 - Server Error -- Gerd
Re: [perl #58354] [PATCH] for the file "parrot.spec"
Hello, it tried the patch in the file 58354-installable_parrot_config.patch under Fedora 7. It works fine. [EMAIL PROTECTED] ~]$ /Anwendungen/gz016/parrot-0.7.0/bin/parrot_config prefix /Anwendungen/gz016/parrot-0.7.0 [EMAIL PROTECTED] ~]$ By applying this patch the two lines with the word "parrot-config" in parrot.spec should be changed to "parrot_config" or removed so that the file parrot_config goes in the package with the name "parrot". Gerd Pokorra
[perl #58726] [PATCH] add the option "encoding" to Configure.pl
Hello, I am sorry for the late response. I was some days offline. The patch is now in a single patch file (generated with svn diff) and extended a little bit. Gerd Pokorra patch.tar Description: Unix tar archive
Re: [perl #58726] [PATCH] add the option "encoding" to Configure.pl
Am Samstag, den 13.09.2008, 15:02 +0200 schrieb James Keenan via RT:
>
> Can you explain a bit more about the rationale for adding this option to
> Configure.pl?
>
I think I is necessary to tell parrot to work on a computer with utf-8 encoding
also with the same encoding, so that for example the following PASM-code works:
set S0, "Ö123\n"
> Also, can you explain a bit about the changes to config/auto/icu.pm?
>
I want to the library "icui18n" in the Makefile like the following line:
ICU_SHARED = -licui18n -licuuc -licudata -lpthread -lm
It is necessary to link Parrot with this library to use the
search-functions from ICU.
> Also, your patch causes two tests in t/steps/auto_icu-01.t to fail.
You are right. I forget to change the tests according.
If the change to "config/auto/icu.pm" should be applied the tests should
also be changed.
for example:
$icushared = qq{-licui18n -lalpha\n};
to
$icushared = qq{-lalpha\n};
Gerd Pokorra
Re: [perl #60006] [BUG] there is a problem with the function "die"
> > Looks perfectly normal to me. Are you concerned because you got a > stacktrace, and aren't used to getting one with Perl 5? Yes, that is the reason why I am concerned. To see a stacktrace is not what I am expecting by using the "die" function. Gerd Pokorra
Re: [perl #60190] [BUG] problems with the compiler-option "-O2" on a 64bit-system
Hello,
here is some more information. I hope the added command output is
useful.
Gerd Pokorra
[EMAIL PROTECTED] tge]# ../../parrot
-g ../../runtime/parrot/library/PGE/Perl6Grammar
.pbc --output=TGE/Parser.pir TGE/Parser.pg
Segmentation fault
[EMAIL PROTECTED] tge]# ../../parrot
-t ../../runtime/parrot/library/PGE/Perl6Grammar
.pbc --output=TGE/Parser.pir TGE/Parser.pg
error:imcc:syntax error, unexpected IDENTIFIER ('grammar')
in file 'TGE/Parser.pg' line 1
[EMAIL PROTECTED] tge]#
[EMAIL PROTECTED] tge]#
gdb ../../parrot
GNU gdb Fedora (6.8-22.fc9)
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show
copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu"...
(no debugging symbols found)
(gdb) set args ../../runtime/parrot/library/PGE/Perl6Grammar.pbc
--output=TGE/P
arser.pir TGE/Parser.pg
(gdb) run
Starting
program: /home/gz016/parrot-sources/test2/parrot-0.8.0/parrot ../../run
time/parrot/library/PGE/Perl6Grammar.pbc --output=TGE/Parser.pir
TGE/Parser.pg
.
.
.
Program received signal SIGSEGV, Segmentation fault.
0x0098bfca in Parrot_Iterator_shift_string ()
from /home/gz016/parrot-sources/test2/parrot-0.8.0/blib/lib/libparrot.so.0.8.
0
(gdb)
Am Dienstag, den 28.10.2008, 20:22 +0100 schrieb chromatic via RT:
> On Tuesday 28 October 2008 07:05:47 [EMAIL PROTECTED] (via RT) wrote:
>
> > But perhaps there will someone be able to find a way to solve this problem.
>
> Can you provide a backtrace from GDB?
>
> -- c
>
>
>
Re: [perl #60190] [BUG] problems with the compiler-option "-O2" on a 64bit-system
Hello, now a new information with backtrace. Gerd Pokorra [EMAIL PROTECTED] tge]$ gdb ../../parrot GNU gdb Fedora (6.8-22.fc9) Copyright (C) 2008 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"... (gdb) set args ../../runtime/parrot/library/PGE/Perl6Grammar.pbc --output=TGE/Parser.pir TGE/Parser.pg (gdb) run Starting program: /home/gz016/parrot-sources/debug/parrot-0.8.0/parrot ../../runtime/parrot/library/PGE/Perl6Grammar.pbc --output=TGE/Parser.pir TGE/Parser.pg [Thread debugging using libthread_db enabled] [New Thread 0x7f543fe82700 (LWP 5203)] Program received signal SIGSEGV, Segmentation fault. 0x0099cee4 in Parrot_CallSignature_set_pmc (interp=0x11c2080, pmc=0x1668658, value=0x1247518) at ./src/pmc/callsignature.pmc:106 106 sig_struct->type_tuple = value; Missing separate debuginfos, use: debuginfo-install icu.x86_64 (gdb) backtrace #0 0x0099cee4 in Parrot_CallSignature_set_pmc (interp=0x11c2080, pmc=0x1668658, value=0x1247518) at ./src/pmc/callsignature.pmc:106 #1 0x00898e61 in Parrot_build_sig_object_from_varargs ( interp=0x11c2080, sig=0xa2a791 "PP->I", args=0x7fff47e9ed40) at src/multidispatch.c:459 #2 0x00899443 in Parrot_mmd_multi_dispatch_from_c_args ( interp=0x11c2080, name=0xa260fc "cmp", sig=0xa2a791 "PP->I") at src/multidispatch.c:575 #3 0x0092ec2b in Parrot_default_cmp (interp=0x11c2080, pmc=0x0, value=0x12e3648) at ./src/pmc/default.pmc:2446 #4 0x0082dd5f in Parrot_lt_p_ic_ic (cur_opcode=0x7f543fdabc28, interp=0x11c2080) at src/ops/cmp.ops:294 #5 0x008b7bcd in runops_slow_core (interp=0x11c2080, pc=0x7f543fdabc28) at src/runops_cores.c:222 #6 0x0089264a in runops_int (interp=0x11c2080, offset=586) at src/interpreter.c:937 #7 0x0089307b in runops (interp=0x11c2080, offs=) at src/inter_run.c:101 #8 0x008931b1 in runops_args (interp=0x11c2080, sub=0x12ae928, obj=, meth_unused=, sig=0xa6f7ac "S", ap=0x7fff47e9ef80) at src/inter_run.c:236 #9 0x008935b5 in Parrot_run_meth_fromc_args (interp=0x11c2080, sub=0x1668658, obj=0x1247518, meth=0x0, sig=0x12e3648 "") ---Type to continue, or q to quit--- at src/inter_run.c:426 #10 0x0083d8bb in Parrot_le_p_sc_ic (cur_opcode=0x7f543fe398d8, interp=0x11c2080) at src/ops/cmp.ops:387 #11 0x008b7bcd in runops_slow_core (interp=0x11c2080, pc=0x7f543fe398d8) at src/runops_cores.c:222 #12 0x0089264a in runops_int (interp=0x11c2080, offset=3) at src/interpreter.c:937 #13 0x0089307b in runops (interp=0x11c2080, offs=) at src/inter_run.c:101 #14 0x008931b1 in runops_args (interp=0x11c2080, sub=0x12b3158, obj=, meth_unused=, sig=0xa18413 "vP", ap=0x7fff47e9f190) at src/inter_run.c:236 #15 0x0089392b in Parrot_runops_fromc_args (interp=0x11c2080, sub=0x1668658, sig=0x12e3648 "") at src/inter_run.c:300 #16 0x00a07c4d in imcc_run (interp=0x11c2080, sourcefile=, argc=3, argv=0x7fff47e9f3e0) at compilers/imcc/main.c:791 #17 0x00400b82 in main (argc=3, argv=0x7fff47e9f3e0) at src/main.c:61 (gdb) Am Dienstag, den 28.10.2008, 20:22 +0100 schrieb chromatic via RT: > On Tuesday 28 October 2008 07:05:47 [EMAIL PROTECTED] (via RT) wrote: > > > But perhaps there will someone be able to find a way to solve this problem. > > Can you provide a backtrace from GDB? > > -- c > > >
Parrot website "souce.html"
Hello, I want you to offer to replace the broken link "http://parrot.homelinux.org/packages"; to "ftp://ftp.uni-siegen.de/pub/parrot.rpms/fedora";. The link I think of is on the WWW-page "http://www.parrotcode.org/source.html";. You can klick there under the topic "Packages" at the link "FedoraCore". Under the FTP-space "ftp://ftp.uni-siegen.de/pub/parrot.rpms/fedora"; I put some parrot-RPMs for i386 and Fedora releases 7, 8 and 9. Gerd Pokorra
building pugs under Fedora 9 doesn't work
Hello, building pugs under Fedora 9 doesn't work. With every revision I get the following error by executing the command "make": Gerd Pokorra [EMAIL PROTECTED] pugs]$ make . . . [1 of 1] Compiling Main ( src/Main.hs, src/Main.o ) Linking pugs.new ... /usr/bin/perl util/gen_prelude.pl -v -i src/perl6/Prelude.pm -i ext/Math-Basic/lib/Math/Basic.pm -p ./pugs --output blib6/lib/Prelude.pm.yml # ./pugs -Iext/Math-Basic/lib -C Parse-YAML Prelude.pm > # blib6/lib/Prelude.pm.yml Generating precompiled Prelude, Math::Basic... pugs: Internal error: Invalid grammatical category: "Bool" Please file a bug report. Output is empty at util/gen_prelude.pl line 189. system: [/usr/bin/perl util/gen_prelude.pl -v -i src/perl6/Prelude.pm -i ext/Math-Basic/lib/Math/Basic.pm -p ./pugs --output blib6/lib/Prelude.pm.yml]: at util/build_pugs.pl line 600. make: *** [pugs] Fehler 1 [EMAIL PROTECTED] pugs]$ [EMAIL PROTECTED] pugs]$ ./pugs __ /\ __ \ \ \ \/\ \ __ __ __ __ (P)erl 6 \ \ __//\ \/\ \/\ __ \/\ ___\(U)ser's \ \ \/ \ \ \_\ \ \ \/\ \ \___ \ (G)olfing \ \__\ \ \/\ \ \/\_\ (S)ystem \/__/ \/___/ \/___/\ \// /\/ Version: 6.2.13 (r20630) \/___/Copyright 2005-2007, The Pugs Contributors Web: http://pugscode.org/ Email: [EMAIL PROTECTED] Welcome to Pugs -- Perl6 User's Golfing System Type :h for help. pugs: Internal error: Invalid grammatical category: "Bool" Please file a bug report. [EMAIL PROTECTED] pugs]$
[PATCH] suggestion for the file "grammar.pg"
Hello, I suggest the little attached patch (diff -u) for the file "languages/perl6/src/parser/grammar.pg", so that the following code my $a = .2; will also be accepted from Rakudo. Gerd Pokorra patch.tar Description: Unix tar archive
Re: [PATCH] suggestion for the file "grammar.pg"
Hello, here same output: First a test with pugs Version: 6.2.13 (r17105) which use STD.pm [EMAIL PROTECTED] ~]$ pugs -e 'my $a=.2; say $a' 0.2 [EMAIL PROTECTED] ~]$ pugs -e 'my $a=E+3' *** No such subroutine: "&E" at -e line 1, column 3 - line 2, column 1 [EMAIL PROTECTED] ~]$ The second with Rakudo as it replaces C< \d+[_\d+]* > with C< \d*[_\d+]* > [EMAIL PROTECTED] parrot]$ ./perl6 -e 'my $a=.2; say $a' 0.2 [EMAIL PROTECTED] parrot]$ ./perl6 -e 'my $a = E+3' undefined identifier 'E' current The third with Perl 5 [EMAIL PROTECTED] parrot]$ perl -e 'my $a = E+3; print "$a\n"' 3 [EMAIL PROTECTED] parrot]$ I think E+3 = 3 make no sense. Gerd Pokorra Am Donnerstag, den 03.07.2008, 23:09 -0500 schrieb Patrick R. Michaud: > On Fri, Jul 04, 2008 at 12:15:24AM +0200, Moritz Lenz wrote: > > Hi, > > > > Gerd Pokorra wrote: > > > I suggest the little attached patch (diff -u) for the file > > > "languages/perl6/src/parser/grammar.pg", so that the following code > > > > > > my $a = .2; > > > > > > will also be accepted from Rakudo. > > > > But does the language specification allow it? I don't think so, and > > STD.pm (after which rakudo's parser is modeled) doesn't allow it. > > According to S02:420, a leading dot is allowed to introduce a Num: > > ... (The C<.123> form with a leading dot is still allowed > however when a term is expected, and is equivalent > to C<0.123> rather than C<$_.123>.) > > Moritz is correct, however, that STD.pm doesn't seem to allow this > yet, and since Rakudo is trying to follow STD.pm as closely as > we can, we may just wait to see what STD.pm does. Also, the > patch seems to have a bug in it, as it replaces C< \d+[_\d+]* > > with C< \d*d[_\d+]* >. I'm not sure what the extra 'd' in '\d*d' > is supposed to represent, but I'm pretty sure it's wrong. And > if we just use > > \d*[_\d+]* > > then we end up with the case that 'E+3' can be parsed as a > valid . > > Thanks for the patch, though -- perhaps if we tweak it enough it'll > get adopted into STD.pm (and then we can more comfortably add it > to rakudo). > > Pm
a open function error stops program
There is a problem with the Rakudo "open" function. A else tree will
never be executed if the open fails. Here is the output from executing
the code snippet:
[gz...@vgerd2 IO]$ ./open_report.p6
Unable to open filehandle from path '/sdfasfda/asfda/asdfa/Ausgabe.txt'
in Main (file , line )
[gz...@vgerd2 IO]$
code snippet:
my $filename = '/sdfasfda/asfda/asdfa/Ausgabe.txt';
if my $fh = open($filename, :w) {
for 1..6 -> $num {
$fh.print("$num"); $fh.say('. Zeile');
}
}
else {
# this else-tree will never be executed because the program stops
# if the open fails
$*ERR.say( "Could not open '$filename'" );
}
RE: New user trying to compiler perl6 without success
Hi Neil, there exists already packages in cygwin for rakudo and parrot. Reini Urban put them in. I don't not know about the current version number. But rakudo and parrot should build out of the box under Windows. You don't need cygwin. The last time I build Rakudo under Windows I installed: MinGW, git and subversion With that it builds out of the box the last time I tried it. If you need to build under cygwin, may be Reini Urban will help. -- Gerd
Parrot 2.3.0 Released!
"Truth is what stands the test of experience."
- Albert Einstein
On behalf of the Parrot team, I'm proud to announce Parrot 2.3.0 "Samoan
Lory." Parrot (http://parrot.org/) is a virtual machine aimed at running
all dynamic languages.
Parrot 2.3.0 is available on Parrot's FTP site, or follow the download
instructions at http://parrot.org/download. For those who would like to
develop on Parrot, or help develop Parrot itself, we recommend using
Subversion on the source code repository to get the latest and best
Parrot code.
Parrot 2.3.0 News:
- Core
+ Allow passing parameters to the dynamic linker ('dlopen' improved)
+ loadlib opcode added
+ Calling conventions are now much more consistent, and follows
natural
semantics of handling arguments and return values
+ Recursive make for src/dynpmc removed
+ Datatype STRINGNULL for a single Null STRING added
+ config_lib.pasm replaced with config_lib.pir
- Platforms
+ Improved handling of new compilers
+ Cygwin packages will be updated again with Parrot releases
+ Fedora packages add desktop files
+ gzip and bzip2 compressed tar files for releases
- Tools
+ tapir executable added; tapir is a TAP test harness
+ Added TAP options --merge --ignore-exit
- Miscellaneous
+ 3 month cycle for supported releases
+ Review and vote of GSoC applications
Many thanks to all our contributors for making this possible, and our
sponsors for supporting this project. Our next scheduled release is 18
May 2010.
Enjoy!
using MD5 parrot library in Q:PIR block
Here is a simple example that works.
#!/usr/bin/perl6
Q:PIR {
load_bytecode 'Digest/MD5.pbc'
.local pmc md5sum, md5print
md5sum = get_root_global ['parrot'; 'Digest'], '_md5sum'
$P0 = md5sum('foo')
md5print = get_root_global ['parrot'; 'Digest'], '_md5_print'
md5print($P0)
}
-- Gerd
Re: using MD5 parrot library in Q:PIR block
I think the easiest way would be to add a method in the file
"runtime/parrot/library/Digest/MD5.pir" that gives the md5 checksum back
as a string. I can look at the source code and try to do this for you if
you want and add a method may be called "_md5_sum_get".
-- Gerd
Am Mittwoch, den 09.06.2010, 16:24 +0200 schrieb Cosimo Streppone:
> On Wed, 09 Jun 2010 16:00:42 +0200, Gerd Pokorra
> wrote:
>
> > Here is a simple example that works.
> >
> > #!/usr/bin/perl6
> >
> > Q:PIR {
> > load_bytecode 'Digest/MD5.pbc'
> > .local pmc md5sum, md5print
> > md5sum = get_root_global ['parrot'; 'Digest'], '_md5sum'
> > $P0 = md5sum('foo')
> > md5print = get_root_global ['parrot'; 'Digest'], '_md5_print'
> > md5print($P0)
> > }
>
> Cool! Works for me too!
> And also inside a subroutine.
> However, how do I return the md5sum back to perl6?
>
> I blindly tried:
>
>sub mysub (Str $text) {
> my $md5_sum = Q:PIR {
> load_bytecode 'Digest/MD5.pbc'
> .local pmc md5sum, md5print
> md5sum = get_root_global ['parrot'; 'Digest'], '_md5sum'
> $P0 = find_lex '$text'
> %r = md5sum($P0)
> };
> return $md5_sum;
>}
>
>say mysub('foo');
>
> It doesn't panic, but it doesn't print anything either.
>
Re: using MD5 parrot library in Q:PIR block
I am wrong. As I just looked at the source code I saw that there is
already a method (_md5_hex) that can be used to get the checksum as
string.
#!/usr/bin/perl6
Q:PIR {
load_bytecode 'Digest/MD5.pbc'
.local pmc md5sum, md5_sum_get
md5sum = get_root_global ['parrot'; 'Digest'], '_md5sum'
$P0 = md5sum('foo')
md5_sum_get = get_root_global ['parrot'; 'Digest'], '_md5_hex'
$S0 = md5_sum_get($P0)
say $S0
}
-- Gerd
Am Donnerstag, den 10.06.2010, 08:48 +0200 schrieb Gerd Pokorra:
> I think the easiest way would be to add a method in the file
> "runtime/parrot/library/Digest/MD5.pir" that gives the md5 checksum back
> as a string. I can look at the source code and try to do this for you if
> you want and add a method may be called "_md5_sum_get".
>
> -- Gerd
>
> Am Mittwoch, den 09.06.2010, 16:24 +0200 schrieb Cosimo Streppone:
> > On Wed, 09 Jun 2010 16:00:42 +0200, Gerd Pokorra
> > wrote:
> >
> > > Here is a simple example that works.
> > >
> > > #!/usr/bin/perl6
> > >
> > > Q:PIR {
> > > load_bytecode 'Digest/MD5.pbc'
> > > .local pmc md5sum, md5print
> > > md5sum = get_root_global ['parrot'; 'Digest'], '_md5sum'
> > > $P0 = md5sum('foo')
> > > md5print = get_root_global ['parrot'; 'Digest'], '_md5_print'
> > > md5print($P0)
> > > }
> >
> > Cool! Works for me too!
> > And also inside a subroutine.
> > However, how do I return the md5sum back to perl6?
> >
> > I blindly tried:
> >
> >sub mysub (Str $text) {
> > my $md5_sum = Q:PIR {
> > load_bytecode 'Digest/MD5.pbc'
> > .local pmc md5sum, md5print
> > md5sum = get_root_global ['parrot'; 'Digest'], '_md5sum'
> > $P0 = find_lex '$text'
> > %r = md5sum($P0)
> > };
> > return $md5_sum;
> >}
> >
> >say mysub('foo');
> >
> > It doesn't panic, but it doesn't print anything either.
> >
>
Parrot 2.5.0 "Cheops" Released!
On behalf of the Parrot team, I'm proud to announce Parrot 2.5.0 "Cheops". Parrot (http://parrot.org/) is a virtual machine aimed at running all dynamic languages. Parrot 2.5.0 is available on Parrot's FTP site, or follow the download instructions at http://parrot.org/download. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Subversion on the source code repository to get the latest and best Parrot code. Parrot 2.5.0 News: - Core + Added ByteBuffer PMC to allow direct byte manipulation + Modified some PMC vtable functions to reduce complexity, simplifying coverage. + Modified PAST to generate symbolic PASM constants in PIR output. + General STRING API cleanups + Increased test coverage of core PMCs + Fixed up 'exit' opcode, added CONTROL_EXIT exception type. + Experimental 'unroll' opcode renamed to 'finalize' - NQP-rx + Added proper support for multisubs and multimethods + Fixed sigspace handling ** quantifier in regexes + Added \e strings + Added use of inversion lists for charclass lists in regexes - Platforms + EPEL (Extra Packages for Enterprise Linux) packages for RHEL6.beta are available - Begin moving towards Lorito, the ops refactor to enable pervasive self-hosting and JIT compilation. + All ops are now built with the self-hosted opsc compiler. + For more Information about Lorito see: http://trac.parrot.org/parrot/wiki/Lorito http://trac.parrot.org/parrot/wiki/LoritoRoadmap Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 20 July 2010. Enjoy!
Parrot 2.5.0 "Cheops" Released!
On behalf of the Parrot team, I'm proud to announce Parrot 2.5.0 "Cheops". Parrot (http://parrot.org/) is a virtual machine aimed at running all dynamic languages. Parrot 2.5.0 is available on Parrot's FTP site, or follow the download instructions at http://parrot.org/download. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Subversion on the source code repository to get the latest and best Parrot code. Parrot 2.5.0 News: - Core + Added ByteBuffer PMC to allow direct byte manipulation + Modified some PMC vtable functions to reduce complexity, simplifying coverage. + Modified PAST to generate symbolic PASM constants in PIR output. + General STRING API cleanups + Increased test coverage of core PMCs + Fixed up 'exit' opcode, added CONTROL_EXIT exception type. + Experimental 'unroll' opcode renamed to 'finalize' - NQP-rx + Added proper support for multisubs and multimethods + Fixed sigspace handling ** quantifier in regexes + Added \e strings + Added use of inversion lists for charclass lists in regexes - Platforms + EPEL (Extra Packages for Enterprise Linux) packages for RHEL6.beta are available - Begin moving towards Lorito, the ops refactor to enable pervasive self-hosting and JIT compilation. + All ops are now built with the self-hosted opsc compiler. + For more Information about Lorito see: http://trac.parrot.org/parrot/wiki/Lorito http://trac.parrot.org/parrot/wiki/LoritoRoadmap Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 20 July 2010. Enjoy!
Rakudo Star 2010.08 available as package for Fedora and EPEL (Red Hat)
The RPM "rakudo-star" is a replacement of the package "rakudo". You will be able to install it on Fedora 13 or newer with: > yum install rakudo-star the next seven days it is in the updates-testing repository and you have to use the option "enablerepo" for installing it from there: > yum install --enablerepo=updates-testing rakudo-star For Red Hat users that are subcribed to this list: The current versions of Parrot (2.7.0) and Rakudo Star (2010.08) are available as rpm from EPEL. As example the URL of the i386 rpm for rakudo-star: http://download.fedora.redhat.com/pub/epel/beta/6/i386/rakudo-star-0.0.2010.08_2.7.0-6.el6.i686.rpm -- Gerd
Rakudo Star 2010.08 available as package for Fedora and EPEL (Red Hat)
The RPM "rakudo-star" is a replacement of the package "rakudo". You will be able to install it on Fedora 13 or newer with: > yum install rakudo-star the next seven days it is in the updates-testing repository and you have to use the option "enablerepo" for installing it from there: > yum install --enablerepo=updates-testing rakudo-star For Red Hat users that are subcribed to this list: The current versions of Parrot and Rakudo Star (parrot-2.7.0, rakudo-star-2010.08) are available as rpm from EPEL: URL for rakudo-star i386 rpm: http://download.fedora.redhat.com/pub/epel/beta/6/i386/rakudo-star-0.0.2010.08_2.7.0-6.el6.i686.rpm -- Gerd
Parrot 2.8.0 "Tui Parakeet" Released!
On behalf of the Parrot team, I'm proud to announce Parrot 2.8.0 "Tui Parakeet". Parrot [0] is a virtual machine aimed at running all dynamic languages. Parrot 2.8.0 is available on Parrot's FTP site, or follow the download instructions [1]. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Subversion on the source code repository to get the latest and best Parrot code. [0] - http://parrot.org/ [1] - http://parrot.org/download Parrot 2.8.0 News: - Core + Inlined hashing and comparison functions + Hash memory allocation moved from system malloc to lazy allocated + Avoided infinite catching of exceptions while dying from exception + Some svn fixes + Added a check for duplicate vtable entries in PMCs + Building Parrot with Perl 5.12 and gcc-4.5 / g++-4.5 + Eliminated cruft left over after dynops_mapping + Improved charset and string encoding + Better organisation of programs by reposition it to "tools/build" and "tools/release" + Implemented Exception clone vtable function + Added experimental function Parrot_getpid and getpid method + command line argument "--gc-threshold" added, which controls the memory wasted by the GC + Closed a lot of tickets - Testing + Added more core pmc tests + Rearranged some tests with C coverage + We now have Smolder back, at http://smolder.parrot.org . Submit reports with "make smoke" + skip_all implementation in Parrot's Test::More completed - GitMigration + Set up a test site for github trac plugin at http://mksig.org/trac/ + Code of Trac plugin at github is on http://github.com/cotto/github-trac + Parrot is now mirrored on github at http://github.com/parrot/parrot - Compilers + Fixed problem with imcc HLL in load_bytecode difference between loading a pbc and compiling a pir Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 19 October 2010. Enjoy!
Parrot 2.8.0 "Tui Parakeet" Released!
On behalf of the Parrot team, I'm proud to announce Parrot 2.8.0 "Tui Parakeet". Parrot [0] is a virtual machine aimed at running all dynamic languages. Parrot 2.8.0 is available on Parrot's FTP site, or follow the download instructions [1]. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Subversion on the source code repository to get the latest and best Parrot code. [0] - http://parrot.org/ [1] - http://parrot.org/download SHA digests for this release are: 4b6dfe0448c4403a0f14103b2d89f7ac9f5a3d800b62c640c82affc4a73e1b22 parrot-2.8.0.tar.gz 56391edc0914d17a698004fe68d4ad1c4a44141b79834efa69957df7dbde9082 parrot-2.8.0.tar.bz2 Parrot 2.8.0 News: - Core + Inlined hashing and comparison functions + Hash memory allocation moved from system malloc to lazy allocated + Avoided infinite catching of exceptions while dying from exception + Some svn fixes + Added a check for duplicate vtable entries in PMCs + Building Parrot with Perl 5.12 and gcc-4.5 / g++-4.5 + Eliminated cruft left over after dynops_mapping + Improved charset and string encoding + Better organisation of programs by reposition it to "tools/build" and "tools/release" + Implemented Exception clone vtable function + Added experimental function Parrot_getpid and getpid method + command line argument "--gc-threshold" added, which controls the memory wasted by the GC + Closed a lot of tickets - Testing + Added more core pmc tests + Rearranged some tests with C coverage + We now have Smolder back, at http://smolder.parrot.org . Submit reports with "make smoke" + skip_all implementation in Parrot's Test::More completed - GitMigration + Set up a test site for github trac plugin at http://mksig.org/trac/ + Code of Trac plugin at github is on http://github.com/cotto/github-trac + Parrot is now mirrored on github at http://github.com/parrot/parrot - Compilers + Fixed problem with imcc HLL in load_bytecode difference between loading a pbc and compiling a pir Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 19 October 2010. Enjoy!
Parrot 2.9.0 "Red-masked" supported release.
On behalf of the Parrot team, I'm proud to announce Parrot 2.9.0 "Red-masked". Parrot [0] is a virtual machine aimed at running all dynamic languages. Parrot 2.9.0 is available on Parrot's FTP site, or follow the download instructions [1]. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Subversion on the source code repository to get the latest and best Parrot code. [0] - http://parrot.org/ [1] - http://parrot.org/download SHA digests for this release are: 657f4a67de97290ccf621f8c600726d7567922ffdd7b6eddd3b12d9bfc877362 parrot-2.9.0.tar.gz d5e23c1d1dc279ef5942c5190de67cb23c66a97eb9f2afce22400e93d4f4f243 parrot-2.9.0.tar.bz2 Parrot 2.9.0 News: - Core + Parrot and Rakudo's build and tests can now be run under the profiling runcore + IPv6 is now detected, laying the groundwork for future networking improvements + mk_language_shell.pl and create_language.pl no longer require an installed parrot + String PMC's 'reverse' method is now faster and supports all encodings + improvements and simplifications in internal string processing + Added API for adding STRINGs to the gc root set + Speed up ord, substr, index and string comparison opcodes - Testing + "make smoke" supports parallel testing by honoring TEST_JOBS + Added tests for Socket PMC, StringBuilder PMC, ByteBuffer PMC, mk_language_shell.pl, create_language.pl + Fixed "Configure.pl" about missing tests + Parrot and Rakudo Perl 6 now have access to the GCC Compile Farm + Testing on Darwin/PPC - Git Migration + Most developer tools have been ported to Git + Majority of developer docs have been written for Git - Platforms + Parrot can now be built on Minix Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 16 November 2010. Enjoy!
Parrot 2.9.0 "Red-masked" supported release.
On behalf of the Parrot team, I'm proud to announce Parrot 2.9.0 "Red-masked". Parrot [0] is a virtual machine aimed at running all dynamic languages. Parrot 2.9.0 is available on Parrot's FTP site, or follow the download instructions [1]. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Subversion on the source code repository to get the latest and best Parrot code. [0] - http://parrot.org/ [1] - http://parrot.org/download SHA digests for this release are: 657f4a67de97290ccf621f8c600726d7567922ffdd7b6eddd3b12d9bfc877362 parrot-2.9.0.tar.gz d5e23c1d1dc279ef5942c5190de67cb23c66a97eb9f2afce22400e93d4f4f243 parrot-2.9.0.tar.bz2 Parrot 2.9.0 News: - Core + Parrot and Rakudo's build and tests can now be run under the profiling runcore + IPv6 is now detected, laying the groundwork for future networking improvements + mk_language_shell.pl and create_language.pl no longer require an installed parrot + String PMC's 'reverse' method is now faster and supports all encodings + improvements and simplifications in internal string processing + Added API for adding STRINGs to the gc root set + Speed up ord, substr, index and string comparison opcodes - Testing + "make smoke" supports parallel testing by honoring TEST_JOBS + Added tests for Socket PMC, StringBuilder PMC, ByteBuffer PMC, mk_language_shell.pl, create_language.pl + Fixed "Configure.pl" about missing tests + Parrot and Rakudo Perl 6 now have access to the GCC Compile Farm + Testing on Darwin/PPC - Git Migration + Most developer tools have been ported to Git + Majority of developer docs have been written for Git - Platforms + Parrot can now be built on Minix Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 16 November 2010. Enjoy!
Parrot 2.10.1 released
On behalf of the Parrot team, I'm proud to announce Parrot 2.10.1 "(bugfix release)." Parrot (http://parrot.org/) is a virtual machine aimed at running all dynamic languages. Parrot 2.10.1 is available on Parrot's FTP site, or by following the download instructions at http://parrot.org/download. New in 2.10.1 - This is a bugfix release to run "perl Configure.pl" without noise from git_describe and SHA1 Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 21 December 2010. Enjoy!
Parrot 2.10.1 released!
On behalf of the Parrot team, I'm proud to announce Parrot 2.10.1 "(bugfix release)." Parrot (http://parrot.org/) is a virtual machine aimed at running all dynamic languages. Parrot 2.10.1 is available on Parrot's FTP site, or by following the download instructions at http://parrot.org/download. New in 2.10.1 - This is a bugfix release to run "perl Configure.pl" without noise from git_describe and SHA1 Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 21 December 2010. Enjoy!
Parrot 3.2.0 "Nanday Parakeet" Released!
On behalf of the Parrot team, I'm proud to announce Parrot 3.2.0, also known as "Nanday Parakeet". Parrot (http://parrot.org/) is a virtual machine aimed at running all dynamic languages. Parrot 3.2.0 is available on Parrot's FTP site (ftp://ftp.parrot.org/pub/parrot/releases/devel/3.2.0/), or by following the download instructions at http://parrot.org/download. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Git to retrieve the source code to get the latest and best Parrot code. Parrot 3.2.0 News: - Core + Full support for Unicode filenames on Linux and Win32 + The configuration option --cxx is gone + New Generational GC implemented. To enable it run Configure.pl --gc=gms + Now op definitions are semantically parsed. It opens possibilities for future optimizations of parrot core. + A statement convert the '.param' PIR systax + A PMC is implemented for low-level buffer access which separate the representation from the pointers + Support added for 'long double', 'long long', and 64-bit to StructView + In math.h are tools available for Inf/NaN + Signature PMCs are used pervasively - Languages + A few tests in Cardinal are fixed + A binary .dmg is created of Rakudo Star for OS X + Winxed - Minor fixes, refactors and cleaning - New predefs replace, push and provide a way to access multiple return values - Operators exits, class and .* (indirect method call) added - $loadlib directive - -o option to installable driver added - Indent generated PIR is added to improve clarity and avoid imcc pitfalls with non indented sub bodys - Community + M0 roadmap is in progress - Documentation + 'make docs' target, which was serving only to generate superfluous POD files, has been removed. + Svn remnants from PDDs are removed - Tests + Added 'make release_check' target so that Release Manager can double-check tarball + Probes added for 'long long' and 64-bit C types - Rosella (https://github.com/Whiteknight/Rosella) Rosella is a collection of tools and building blocks for Parrot + A working proxy library is created, that make mostly-transparent custom proxies for many types of Parrot PMCs + A mockobject testing library is created, using the new proxy library + The PLA test suite is updated to use the new Rosella testing tools, including the new mockobjects to test callbacks The SHA256 message digests for the downloadable tarballs are: 568b245ce41f9d8f73e306a47b179cc77c7016fe55bd7ae8c91b9e4bb3976884 parrot-3.2.0.tar.bz2 238535c743ef7fa3f98e94d5099d0274e6f3649e3658566a3dd9f9d3eab5 parrot-3.2.0.tar.gz Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 19 April 2011. Enjoy!
Parrot 3.4.0 "Pacific Parakeet" Released!
On behalf of the Parrot team, I'm proud to announce Parrot 3.4.0, also known as "Pacific Parakeet". Parrot (http://parrot.org/) is a virtual machine aimed at running all dynamic languages. Parrot 3.4.0 is available on Parrot's FTP site (ftp://ftp.parrot.org/pub/parrot/releases/devel/3.4.0/), or by following the download instructions at http://parrot.org/download. For those who would like to develop on Parrot, or help develop Parrot itself, we recommend using Git to retrieve the source code to get the latest and best Parrot code. Parrot 3.4.0 News: - Core + The Generational Mark and Sweep garbage collector is the new default. + The --gc-nursery-size command line argument was added. + Parrot now gets entropy from the underlying OS. + The NCI subsystem now supports 8, 16, 32 and 64 bit integers. + The NCI subsystem now supports "long long" and "long double" signatures. Not all platforms/compilers support these non-standard types, so developers are cautioned to take note that using them reduces portability. + Many more OpenGL functions in the Parrot OpenGL bindings are available, which required the above-mentioned signatures. + Bytecode-related embedding api functions moved to src/embed/bytecode.c. - Languages + Winxed - Use 'using extern' for module imports. - Improved stage 0 prefix ++ and -- operators. - Allow 'null' in conditional operator. - Several examples are updated. - Community + Google Summer of Code Bonding period is going well. Students are mostly done with their classes and much code will flow soon. - Documentation + More PCT introductions are available at: http://github.com/benabik/cish The SHA256 message digests for the downloadable tarballs are: 87dd6ebe015b711437a77ed9df495bb589e01767d2c39260aabaa7aed098c5e8 parrot-3.4.0.tar.bz2 f6a99f1e97c37f5ee26fc06b61cbe36da01dea383c23ae853fdb396d974ac335 parrot-3.4.0.tar.gz Many thanks to all our contributors for making this possible, and our sponsors for supporting this project. Our next scheduled release is 21 June 2011. Enjoy!
Re: fun with memory with origin/jvm-support
Hello, how did you fix the build of NQP for the JVM? I have the same problem that you reported in an other email. > perl ConfigureJVM.pl > make ... perl tools/build/gen-cat.pl jvm src/vm/jvm/QAST/Compiler.nqp > src/stage1/gen/QAST.nqp java -cp src/vm/jvm/stage0:nqp-runtime.jar:3rdparty/asm/asm-4.1.jar nqp --bootstrap --module-path=src/stage1 --setting-path=src/stage1 \ --setting=NQPCORE --no-regex-lib --target=classfile \ --output=src/stage1/QAST.class src/stage1/gen/QAST.nqp java.lang.RuntimeException: java.lang.RuntimeException: Method code too large! in in compile in eval in evalfiles in command_eval in command_line in MAIN in in make: *** [src/stage1/QAST.class] Fehler 1 [gz016@vdesk1 nqp.new.git]$ java -version java version "1.7.0_19" OpenJDK Runtime Environment (fedora-2.3.9.3.fc17-x86_64) OpenJDK 64-Bit Server VM (build 23.7-b01, mixed mode) [gz016@vdesk1 nqp.new.git]$ free total used free sharedbuffers cached Mem: 32946108 314365041509604 0 608828 28459716 -/+ buffers/cache:2367960 30578148 Swap: 32767996 22960 32745036 [gz016@vdesk1 nqp.new.git]$ It is a rather beefy server. Should I try it with another Java? Gerd Pokorra Am Freitag, den 17.05.2013, 08:28 +0100 schrieb Nicholas Clark: > So I can build Rakudo for the JVM no problem on a rather beefy server. > When I tried it on a desktop with 2GB it fails: > > $ java > -Xbootclasspath/a:.:/home/nick/Perl/rakudo/nqp/install/nqp-runtime.jar:/home/nick/Perl/rakudo/nqp/install/asm-4.1.jar:/home/nick/Perl/rakudo/nqp/install/jline-1.0.jar:rakudo-runtime.jar > -cp /home/nick/Perl/rakudo/nqp/install perl6 --setting=NULL --optimize=3 > --target=classfile --stagestats --output=CORE.setting.class > src/gen/CORE.setting > Stage start : 0.000 > Stage parse : 77.657 > Stage syntaxcheck: 0.000 > Stage ast: 0.000 > Stage optimize : 4.934 > Stage jast : 37.581 > java.lang.OutOfMemoryError: Java heap space > in dump > in > in dump > in classfile > in > in compile > in eval > in evalfiles > in command_eval > in command_eval > in command_line > in MAIN > in > in > > > A bit of Googling reveals that the heap space can be altered with -Xmx, and > it seems that I can get the current value like this: > > $ java -XshowSettings > VM settings: > Max. Heap Size (Estimated): 592.00M > Ergonomics Machine Class: server > Using VM: OpenJDK 64-Bit Server VM > > [snip lots more exciting information] > > > So, boosting it to a gig works: > > $ java -Xmx1024m > -Xbootclasspath/a:.:/home/nick/Perl/rakudo/nqp/install/nqp-runtime.jar:/home/nick/Perl/rakudo/nqp/install/asm-4.1.jar:/home/nick/Perl/rakudo/nqp/install/jline-1.0.jar:rakudo-runtime.jar > -cp /home/nick/Perl/rakudo/nqp/install perl6 --setting=NULL --optimize=3 > --target=classfile --stagestats --output=CORE.setting.class > src/gen/CORE.setting > Stage start : 0.000 > Stage parse : 78.145 > Stage syntaxcheck: 0.001 > Stage ast: 0.001 > Stage optimize : 6.578 > Stage jast : 30.003 > Stage classfile : 14.435 > > > (and I can get to "Hello world". Although I admit I haven't figured out > command line arguments yet) > > Anyway, the most interesting thing was actually the suggestion in this > answer on stack overflow: > > http://stackoverflow.com/questions/37335/how-to-deal-with-java-lang-outofmemoryerror-java-heap-space-error-64mb-heap/186390#186390 > > Yes, with -Xmx you can configure more memory for you JVM. To be > sure that you don't leak or waste memory. Take a heap dump and use > the Eclipse Memory Analyzer to analyze your memory consumption. > > > Does that sound familiar enough to someone to be tempting? > > Nicholas Clark
Re: fun with memory with origin/jvm-support
Hello, I get the same error with the -Xmx1024m flag. > java -Xmx1024m -cp src/vm/jvm/stage0:nqp-runtime.jar:3rdparty/asm/asm-4.1.jar nqp --bootstrap --module-path=src/stage1 --setting-path=src/stage1 --setting=NQPCORE --no-regex-lib --target=classfile --output=src/stage1/QAST.class src/stage1/gen/QAST.nqp java.lang.RuntimeException: java.lang.RuntimeException: Method code too large! in in compile in eval in evalfiles in command_eval in command_line in MAIN in in Gerd Pokorra Am Samstag, den 18.05.2013, 18:14 +0100 schrieb Nicholas Clark: > On Sat, May 18, 2013 at 05:17:58PM +0200, Gerd Pokorra wrote: > > Hello, > > > > how did you fix the build of NQP for the JVM? > > > > I have the same problem that you reported in an other email. > > As I said in the e-mail: > > > Am Freitag, den 17.05.2013, 08:28 +0100 schrieb Nicholas Clark: > > > So I can build Rakudo for the JVM no problem on a rather beefy server. > > > When I tried it on a desktop with 2GB it fails: > > > > > > $ java > > > -Xbootclasspath/a:.:/home/nick/Perl/rakudo/nqp/install/nqp-runtime.jar:/home/nick/Perl/rakudo/nqp/install/asm-4.1.jar:/home/nick/Perl/rakudo/nqp/install/jline-1.0.jar:rakudo-runtime.jar > > > -cp /home/nick/Perl/rakudo/nqp/install perl6 --setting=NULL --optimize=3 > > > --target=classfile --stagestats --output=CORE.setting.class > > > src/gen/CORE.setting > > > > A bit of Googling reveals that the heap space can be altered with -Xmx, > > > and > > > it seems that I can get the current value like this: > > > > > > $ java -XshowSettings > > > VM settings: > > > Max. Heap Size (Estimated): 592.00M > > > Ergonomics Machine Class: server > > > Using VM: OpenJDK 64-Bit Server VM > > > > > > [snip lots more exciting information] > > > > > > > > > So, boosting it to a gig works: > > > > > > $ java -Xmx1024m > > > -Xbootclasspath/a:.:/home/nick/Perl/rakudo/nqp/install/nqp-runtime.jar:/home/nick/Perl/rakudo/nqp/install/asm-4.1.jar:/home/nick/Perl/rakudo/nqp/install/jline-1.0.jar:rakudo-runtime.jar > > > -cp /home/nick/Perl/rakudo/nqp/install perl6 --setting=NULL --optimize=3 > > > --target=classfile --stagestats --output=CORE.setting.class > > > src/gen/CORE.setting > >^ > > Manually re-running that command that failed, adding the -Xmx1024m flag > to set the heap size to 1024 megabytes. > > > I guess I could have edited the Makefile (or even the thing that generates > the Makefile), but it was easiest to re-run that command by hand, then > re-run make, which carried on from the next step needed. > > I don't know if -Xmx1024m is a sensible thing to commit. Particularly as it's > probably the wrong number for a 32 bit system. > > Nicholas Clark
Re: fun with memory with origin/jvm-support
Hello, after checking out the branch "rak-jvm-support" from the nqp repository and the branch "jvm-support" from the rakudo repository both build fine on JVM. ./perl6 --version This is perl6 version 2013.04-225-g7d2e5b4 built on JVM Thank you very much for the information Nicholas. -- Gerd Pokorra Am Samstag, den 18.05.2013, 20:17 +0100 schrieb Nicholas Clark: > On Sat, May 18, 2013 at 09:03:35PM +0200, Gerd Pokorra wrote: > > Hello, > > > > I get the same error with the -Xmx1024m flag. > > > > > java -Xmx1024m -cp > > src/vm/jvm/stage0:nqp-runtime.jar:3rdparty/asm/asm-4.1.jar nqp > > --bootstrap --module-path=src/stage1 --setting-path=src/stage1 > > --setting=NQPCORE --no-regex-lib --target=classfile > > --output=src/stage1/QAST.class src/stage1/gen/QAST.nqp > > java.lang.RuntimeException: java.lang.RuntimeException: Method code too > > large! > > in > > in compile > > in eval > > in evalfiles > > in command_eval > > in command_line > > in MAIN > > in > > in > > Aha. Right. I might have overlooked something else, which was obvious to me, > but not actually obvious. Sorry. > > Based on a conversation on #perl6, my NQP is built on the branch > rak-jvm-support, and my Rakudo is from the branch jvm-support > > Neither NQP master nor Rakudo nom have the most recent changes merged in. > In particular, NQP master accidentally has a commit merged which breaks > things, IIRC with hat error, but the fix for that commit is not merged in to > master. (But will be after the next compiler release) > > So if you're not using the branches rak-jvm-support and jvm-support that > will be the problem. > > Also, there's an obsolete branch jvm-support in NQP. You might have that > locally, just to confuse things. If you run `git remote prune origin` that > should clean up. (Or git fetch --prune) > > Nicholas Clark
simple output test of JVM versus Parrot
[rakudo.git]$ ./perl6 --version This is perl6 version 2013.04-225-g7d2e5b4 built on JVM [rakudo.git]$ time ./perl6 -e 'say "A simple test"' A simple test real0m5.161s user0m9.387s sys 0m0.799s [rakudo.git]$ perl6 --version This is perl6 version 2013.05 built on parrot 5.2.0 revision 0 [rakudo.git]$ time perl6 -e 'say "A simple test"' A simple test real0m0.626s user0m0.443s sys 0m0.179s [rakudo.git]$ -- Gerd
Re: active rakudo ports
Hello, Am Dienstag, den 16.09.2014, 09:32 +0100 schrieb Nicholas Clark: > What are the current active ports of Rakudo? > > I see a list in http://rakudo.org/how-to-get-rakudo/ > > Firstly, a "bug report" - the Cygwin link is broken. It needs /x86/ > ie should become: https://cygwin.com/packages/x86/rakudo/ > OpenSUSE probably should link to http://software.opensuse.org/package/rakudo > > Anyway, based on the list there, these look rather dead: > > Cygwin201204 https://cygwin.com/packages/x86/rakudo/ > Fedora"2010-11-20"? http://fedoraproject.org/wiki/Features/Rakudo_Star > > https://admin.fedoraproject.org/pkgdb/package/rakudo/ > Is the Fedora package dead? the Fedora package is not dead. Only the Feature webpage will not be updated. The moarvm request passed the review: https://bugzilla.redhat.com/show_bug.cgi?id=1071163 You can see the rakudo-star builds on Fedora at: http://koji.fedoraproject.org/koji/packageinfo?packageID=10898 The current rakudo-star build at Fedora is available for the backends Moar and Parrot. [gz016@vgerd2 ~]$ yum list rakudo-star Geladene Plugins: langpacks, refresh-packagekit Installierte Pakete rakudo-star.x86_64 0.0.2014.04_6.1.0-1.fc20 installed [gz016@vgerd2 ~]$ perl6 --version This is perl6 version 2014.04 built on MoarVM version 2014.04 [gz016@vgerd2 ~]$ perl6-p --version This is perl6 version 2014.04 built on parrot 6.1.0 revision 0 [gz016@vgerd2 ~]$ Gerd Pokorra
problem building nqp-j on i686
Hello, there is a problem to build the nqp Java backend on i686. I use openjdk 1.8. I try to build nqp-2015.04. The error do not occur at a 64 bit system. Gerd [gz016@vlogin2 nqp]$ make /usr/bin/perl -MExtUtils::Command -e mkpath gen/jvm/stage1 /usr/bin/perl tools/build/gen-cat.pl jvm src/QRegex/NFA.nqp src/QRegex/Cursor.nqp > gen/jvm/stage1/QRegex.nqp java -cp src/vm/jvm/stage0 -Xbootclasspath/a:src/vm/jvm/stage0:nqp-runtime.jar:3rdparty/asm/asm-4.1.jar:3rdparty/asm/asm-tree-4.1.jar:3rdparty/jline/jline-1.0.jar:3rdparty/jna/jna.jar:src/vm/jvm/stage0/nqp.jar nqp --bootstrap --module-path=gen/jvm/stage1 --setting-path=gen/jvm/stage1 \ --setting=NQPCORE --no-regex-lib --target=jar \ --output=gen/jvm/stage1/QRegex.jar gen/jvm/stage1/QRegex.nqp Unhandled exception: java.lang.StackOverflowError in (gen/jvm/stage2/NQPHLL.nqp:68) in (gen/jvm/stage2/NQPHLL.nqp:1404) in in as_jast in as_jast in in process_args_onto_stack in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in as_jast_in_handler in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in in in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in in in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in in in as_jast in as_jast in as_jast in as_jast in jast in jast in compile in eval in evalfiles in command_eval in command_line in MAIN in in java.lang.StackOverflowError in (gen/jvm/stage2/NQPHLL.nqp:68) in (gen/jvm/stage2/NQPHLL.nqp:1404) in in as_jast in as_jast in in process_args_onto_stack in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in as_jast_in_handler in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in in in compile_op in as_jast in as_jast in in in compile_op in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in in in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in in in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in as_jast in as_jast in compile_all_the_stmts in in in as_jast in as_jast in as_jast in as_jast in jast in jast in compile in eval in evalfiles in
Re: problem building nqp-j on i686
... and Rakudo builds on top of nqp-j with Java 7. Rakudo also builds on top of a nqp-j copy from a x86_64 or arm system build with Java 8 at a x86 system with Java 8. From my linux operation system only Java 8 is supported. Gerd Am Samstag, den 16.05.2015, 17:55 -0700 schrieb Jovan Trujillo: > I too see this error when I try to build with Puppy Linux x86 using Java 8. > But with Java 7 it builds fine. > > Sent from my iPhone > > > On May 16, 2015, at 6:09 AM, Gerd Pokorra wrote: > > > > Hello, > > > > there is a problem to build the nqp Java backend on i686. I use openjdk > > 1.8. I try to build nqp-2015.04. The error do not occur at a 64 bit > > system. > > > > Gerd > > > > > > [gz016@vlogin2 nqp]$ make > > /usr/bin/perl -MExtUtils::Command -e mkpath gen/jvm/stage1 > > /usr/bin/perl tools/build/gen-cat.pl jvm src/QRegex/NFA.nqp > > src/QRegex/Cursor.nqp > gen/jvm/stage1/QRegex.nqp > > java -cp src/vm/jvm/stage0 > > -Xbootclasspath/a:src/vm/jvm/stage0:nqp-runtime.jar:3rdparty/asm/asm-4.1.jar:3rdparty/asm/asm-tree-4.1.jar:3rdparty/jline/jline-1.0.jar:3rdparty/jna/jna.jar:src/vm/jvm/stage0/nqp.jar > > nqp --bootstrap --module-path=gen/jvm/stage1 --setting-path=gen/jvm/stage1 > > \ > > --setting=NQPCORE --no-regex-lib --target=jar \ > >--output=gen/jvm/stage1/QRegex.jar gen/jvm/stage1/QRegex.nqp > > Unhandled exception: java.lang.StackOverflowError > > in (gen/jvm/stage2/NQPHLL.nqp:68) > > in (gen/jvm/stage2/NQPHLL.nqp:1404) > > in > > in as_jast > > in as_jast > > in > > in process_args_onto_stack > > in > > in > > in compile_op > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in as_jast_in_handler > > in > > in > > in compile_op > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in > > in > > in compile_op > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in > > in > > in compile_op > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in > > in > > in compile_op > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in > > in > > in compile_op > > in as_jast > > in as_jast > > in > > in > > in compile_op > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in > > in > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in > > in > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in as_jast > > in as_jast > > in compile_all_the_stmts > > in > > in > > in as_jast > > in as_jast > > in as_jast > > in as_jast > > in jast > > in jast > > in compile > > in eval > > in evalfiles > > in command_eval > > in command_line > > in MAIN > > in > > in > > > > java.lang.StackOverflowError > > in (gen/jvm/stage2/NQPHLL.nqp:68) >
Re: Announce: Rakudo Perl 6 compiler, Development Release #94 (“коледа”)
> Stuart Jansen, Jarrod, Jedai, Chris Jepeway, Chris Jeris, > > Dagur Valberg Johannsson, Erik Johansen, Paul Johnson, johnspurr, > > Isaac Jones, Norman Nunley, Jr, Yoshikuni Jujo, Brian S. Julin, > > Brian S. Julin, Josh Juran, Michal Jurosz, David KOENIG, > > Prakash Kailasa, Shoichi Kaji, Daniel Kang, Isis Kang, > > Chia-Liang Kao 高嘉良, Dmitry Karasik, Luben Karavelov, > > Amir Karger, Offer Kaye, Bruce Keeler, James E Keenan, Cole Keirsey, > > Adam Kennedy, Matt Kennedy, Shane Kerr, khairul, Mikhail Khorkov, > > Krzysztof Kielak, Andres Kievsky, Daehyub Kim, Rob Kinyon, > > Oleg Kiselyov, OOLLEY kj, Martin Kjeldsen, Thomas "domm" Klausner, > > Zohar "lumi" Kelrich זהר קלריך/卡卓哈, Damian Miles Knopp, > > Dan Kogai 小飼弾, Yuval "nothingmuch" Kogman יובל קוג'מן, > > Tomasz Konojacki, Vadim Konovalov, Nick Kostirya, Matt Kraai, > > Thomas Kratz, Adrian Kreher, John van Krieken, Matthias Krull, > > Bradley M. Kuhn, Bob Kuo, Colin Kuskie, Kamil Kułaga, > > Sage LaTorra, Brent Laabs, laben, Johannes Laire, Markus Laire, > > Fayland Lam 林道, Mike Lambert, lanny, Leo Lapworth, > > last.of.the.careless.men, Bart Lateur, Jia-Hong Lee, > > Lola Lee, Jonathan Leffler, Tobias Leich, lembark, > > Mark Lentczner, Moritz A Lenz, Jean-Louis Leroy, Andy Lester, > > Jonathan "Duke" Leto, Vladimir Lettiev, Mike Li 李曉光, > > Stefan Lidman, Yung-Chung Lin 林永忠, Glenn Linderman, > > Vladimir Lipsky, Zach Lipton, Stevan Little, Kang-Min Liu 劉康民, > > Skip Livingston, David M. Lloyd, Daniel Lo, Peter Lobsinger, > > Andres Löh, Nick Logan, Eric Lubow, Nolan Lum, Peter Lunicks, > > LylePerl, Ian Lynagh, lysdexsik, Kiran Kumar M., Jerry MacClure, > > Noel Maddy, Christopher J. Madsen, Abhijit A. Mahabal, > > Max Maischein, Peter Makholm, Ujwal Reddy Malipeddi, malon, > > Christopher Malon, Dagfinn Ilmari Mannsåker, Michael Maraist, > > Roie Marianer רועי מריאנר, markmont, Simon Marlow, > > martin, Paolo Martini, Ilya Martynov, Jaume Martí, James Mastros, > > Michael J. Mathews, Vyacheslav Matjukhin, Tokuhiro Matsuno, mattc, > > Mike Mattie, Elizabeth "lizmat" Mattijsen, Вячеслав Матюхин, > > Markus Mayr, Josh McAdams, Martin McCarthy, Mark McConnell, > > Steven McDougall, John McNamara, Scott McWhirter, mdinger, > > Olivier "dolmen" Mengué, Kevin Metcalf, Patrick R. Michaud, mimir, > > mjreed, Tom Moertel, Michael Mol, Paolo Molaro, Shawn M Moore, > > Brandon Michael Moore, Alexander Moquin, Ion Alexandru Morega, > > Dino Morelli, Kolia Morev, Zach Morgan, mr_ank, Alex Munroe, muraiki, > > Paweł Murias, mvuets, Steve Mynott, mzedeler, Carl Mäsak, naesten, > > Tim Nelson, Ailin Nemui, Ingy döt Net 應吉大聶, David Nicol, > > Faye Niemeyer, Nigelsandever, Karl Rune Nilsen, Salve J. Nilsen, > > Per Christian Nodtvedt, Ben Noordhuis, Paweł Nowak, > > Norman Nunley, Tony O'Dell, יהושע "שי" אוחיון, > > Clayton O'Neill, Stefan O'Rear, Sean O'Rourke, Matt Oates, > > Tony Olekshy, Martin Olsen, Dmitriy Olshevskiy, Dave Olszewski, > > Nelo Onyiah, William Orr, Jon Orwant, Andrei Osipov, Christoph Otto, > > Pawel Pabian, Walter Pallestrong, Luke Palmer, Bartłomiej Palmowski, > > Pancake, Paolo, Marton Papp, Andrew Parker, Roman M. Parparov, > > Anthony Parsons, Mike Pastore, Nova Patch, Timo Paulssen, Tony Payne, > > Stéphane "cognominal" Payrard, Slava Pechenin, Gael Pegliasco, > > Stéphane Peiry, Felipe Pena, Nayden Pendov, Wenzel P. P. Peppmeyer, > > François Perrad, Markus Peter, Ben Petering, Steve Peters, > > Tim Peterson, Ronny Pfannschmidt, Clinton A. Pierce, Jerrad Pierce, > > Thilo Planz, plunix, pmakholm, Curtis 'Ovid' Poe, Gerd Pokorra, > > Peter Polacik, Flavio Poletti, Kevin Polulak, John Porter, > > Ryan W. Porter, Stephen P. Potter, Philip Potter, Adam Preble, > > premshree, Klāvs Priedītis, Adam Prime, Richard Proctor, > > Christopher Pruden, Kevin Puetz, Gregor N. Purdy, purl, Hongwen Qiu, > > Jerome Quelin, quester, Gerhard R., Peter Rabbitson, Florian Ragwitz, > > raiph, Matt Rajca, Marcus Ramberg, Claudio Ramirez, Prog Rammer, > > Allison Randal, David Ranvig, Lars Balker Rasmussen, Curtis Rawls, > > raydiak, Robin Redeker, Ted Reed, Jens Rehsack, Charles Reiss, > > Gabriele Renzi, Kenneth C. Rich, Jason Richmond, Ryan Richter, > > Sebastian Riedel, Dennis Rieks, Jens Rieks, Lanny Ripple, > > John Rizzo, rkhill, Andrew Robbins, Amos Robinson, Jonathan Rockway, > > Stefano Rodighiero, Andrew Rodland, Lindolfo Rodrigues, Bob Rogers, > > Dave Rolsky, Dave Rolsky, David Romano, ron, Eric J. Roode, > > Garret Rooney, Garrett
Re: Announce: Rakudo Perl 6 compiler, Development Release #94 (“коледа”)
Done! URL: https://rt.perl.org/Ticket/Display.html?id=127040 -- Gerd Am Sonntag, den 27.12.2015, 00:56 -0500 schrieb Will Coleda: > Please send a bug report to rakudo...@perl.org; Thanks! > > On Sun, Dec 27, 2015 at 12:28 AM, Gerd Pokorra > wrote: > > The installation of rakudo fails, when using the prefix option at the > > configuration. > > > > For example: > > perl Configure.pl --backends=moar,jvm --gen-moar --gen-nqp --prefix= > > $HOME/p6install > > make install > > ... > > /usr/bin/perl -MExtUtils::Command -e > > mkpath /home/gz016/rakudo-src/monatlich/2015.12/share/nqp/site/bin > > /usr/bin/perl -MExtUtils::Command -e > > mkpath /home/gz016/rakudo-src/monatlich/2015.12/share/nqp/site/short > > ./perl6-m tools/build/install-core-dist.pl > > No writeable path found > > in block at tools/build/install-core-dist.pl line 12 > > > > Makefile:926: recipe for target 'm-install' failed > > make: *** [m-install] Error 1 > > > > -- Gerd > > > > Am Samstag, den 26.12.2015, 15:47 -0500 schrieb Parrot Raiser: > >> Bravo Zulu, everyone, and a well-earned rest for Jonathan. > >> > >> The forecast is for scattered scepticism, with occasional outbreaks of > >> trolls, but there should be some positive reaction from the rest of > >> world. > >> > >> On 12/25/15, Will Coleda wrote: > >> > On behalf of the Rakudo development team, I’m proud to announce the > >> > Christmas release (December 2015) of Rakudo Perl 6 #94 “коледа”. Rakudo > >> > is an implementation of Perl 6 on the Moar Virtual Machine[^1] and the > >> > Java Virtual Machine. > >> > > >> > This is the Christmas release of Rakudo Perl 6. This version of the > >> > compiler > >> > targets the v6.c “Christmas” specification of the Perl 6 language. The > >> > Perl 6 community has been working toward this release over the last 15 > >> > years. > >> > Together, we've built a language that: > >> > > >> > + Retains the core values of Perl: expressiveness, getting the job done, > >> > taking influences from natural language, and pushing the boundaries of > >> > language design > >> > + Has clean, modern syntax, rooted in familiar constructs but revisiting > >> > and revising the things that needed it > >> > + Is truly multi-paradigm, enabling elegant object-oriented, functional, > >> > procedural, and concurrent programming > >> > + Serves as a great glue language, allowing for easy calling of C/C++ > >> > (using NativeCall) and staying compatible with Perl 5 (via > >> > Inline::Perl5). > >> > + Provides composable constructs for working with asynchronous data and > >> > parallel computations > >> > + Dramatically reforms and sets a new standard in regex syntax, which > >> > scales up to full grammars - powerful enough to parse Perl 6 itself > >> > + Has outstanding Unicode support, with strings working at grapheme level > >> > + Values lexical scoping and encapsulation, enabling easy refactoring > >> > + Is extensible through meta-object programming, user-defined operators, > >> > and traits > >> > > >> > The tag for this release is “коледа”[^2], a slavic word for an ancient > >> > winter > >> > festival that has been incorporated into Christmas. We hope you join us > >> > in our celebration of getting our Christmas release shipped! > >> > > >> > While we are extremely happy to ship an official Perl 6 release, this is > >> > not > >> > the end of Rakudo’s development. We will continue to ship monthly > >> > releases, > >> > which will continue to improve performance and our user’s experience. > >> > We’ll > >> > also continue our work on the specification, with feedback from the > >> > community. > >> > > >> > To be clear on that point, this Rakudo release is not considered the > >> > primary > >> > deliverable for this Christmas; it is the language specification, known > >> > as "roast" (Repository Of All Spec Tests), that is considered the primary > >> > deliverable. The specification tests that define this 6.c version[^3] of > >> > the > >> > language are now frozen, and we hope it will be quite some time before we > >> > feel obligated to define a 6.d (Diwali) version of the
Re: [perl #127040] AutoReply: Installation of rakudo-2015.12 fails
This bug is a duplicate of 127032. At a more recent git checkout (commit b5cb0054585a5ed2d61723d197923cb1e8a7f0ec) the command ./perl6-m tools/build/install-core-dist.pl <$(DESTDIR)$(PERL6_LANG_DIR)> already works. The command for the JVM backend fails: ./perl6-j tools/build/install-core-dist.pl <$(DESTDIR)$(PERL6_LANG_DIR)> ===SORRY!=== Missing serialize function for REPR ContextRef 926ABFD114BC0F0DA2FACB945C5C0AAC1FEBE022 /home/gz016/rakudo-src/prob/git/rakudo/install/share/nqp/sources/926ABFD114BC0F0DA2FACB945C5C0AAC1FEBE022 Return status 256 in block at tools/build/install-core-dist.pl line 13 Actually thrown at: in block at tools/build/install-core-dist.pl line 13 make: *** [j-install] Error 1 Makefile:487: recipe for target 'j-install' failed At this URLs is a patch for NQP for that problem: https://gist.github.com/donaldh?direction=desc&sort=created https://gist.github.com/donaldh/6d1a12182b49fb5947e5 I do not tested it. -- Gerd
package build problem
Hello, was already someone successful to build a package (rpm) with the new rakudo 2016.07.1 release? I built and installed system packages for moarvm and nqp (--prefix=/usr). By building the rakudo package on top of it I have the following problem with the new perl6 install-core-dist.pl script: ./perl6-m tools/build/upgrade-repository.pl /home/gerd/rpmbuild/BUILDROOT/rakudo-star-0.0.2016.07-1.fc23.x86_64/usr/share/perl6/site ./perl6-m tools/build/install-core-dist.pl /home/gerd/rpmbuild/BUILDROOT/rakudo-star-0.0.2016.07-1.fc23.x86_64/usr/share/perl6 ===SORRY!=== Could not find CompUnit::Repository::Staging at line 0 in: /usr/share/perl6 CompUnit::Repository::AbsolutePath<93970426352016> CompUnit::Repository::NQP<93970412556504> CompUnit::Repository::Perl5<93970412556544> in block at tools/build/install-core-dist.pl line 21 Makefile:553: recipe for target 'm-install' failed make: *** [m-install] Error 1 Fehler: Fehler-Status beim Beenden von /var/tmp/rpm-tmp.LMCAcR (% install) --Gerd
Re: package build problem
Hello, sorry for the issue. By really using 2016.07.1 in place of 2016.07 it works fine. --Gerd Am Dienstag, den 19.07.2016, 00:51 +0200 schrieb Gerd Pokorra: > Hello, > > was already someone successful to build a package (rpm) with the new > rakudo 2016.07.1 release? > > I built and installed system packages for moarvm and nqp > (--prefix=/usr). > > By building the rakudo package on top of it I have the following problem > with the new perl6 install-core-dist.pl script: > > ./perl6-m > tools/build/upgrade-repository.pl > /home/gerd/rpmbuild/BUILDROOT/rakudo-star-0.0.2016.07-1.fc23.x86_64/usr/share/perl6/site > ./perl6-m > tools/build/install-core-dist.pl > /home/gerd/rpmbuild/BUILDROOT/rakudo-star-0.0.2016.07-1.fc23.x86_64/usr/share/perl6 > ===SORRY!=== > Could not find CompUnit::Repository::Staging at line 0 in: > /usr/share/perl6 > CompUnit::Repository::AbsolutePath<93970426352016> > CompUnit::Repository::NQP<93970412556504> > CompUnit::Repository::Perl5<93970412556544> > > in block at tools/build/install-core-dist.pl line 21 > > Makefile:553: recipe for target 'm-install' failed > make: *** [m-install] Error 1 > Fehler: Fehler-Status beim Beenden von /var/tmp/rpm-tmp.LMCAcR (% > install) > > > --Gerd > >
Re: package build problem
Hello, could you make it perfekt? For building the package I have do disable the check of the BUILDROOT in the spec file: QA_SKIP_BUILD_ROOT=1 export QA_SKIP_BUILD_ROOT Otherwise I get the following error message: chmod -- 755 /home/gz016/rpmbuild/BUILDROOT/rakudo-star-0.0.2016.07.1-1.fc23.x86_64/usr/bin/perl6 + /usr/lib/rpm/check-buildroot Binary file /home/gz016/rpmbuild/BUILDROOT/rakudo-star-0.0.2016.07.1-1.fc23.x86_64/usr/share/perl6/precomp/03419F43BFFCE0AEDE2CD622AE91E8513382EF49.1468884655.98131/C5/C57EBB9F7A3922A4DA48EE8FCF34A4DC55942942 matches Found '/home/gz016/rpmbuild/BUILDROOT/rakudo-star-0.0.2016.07.1-1.fc23.x86_64' in installed files; aborting Fehler: Fehler-Status beim Beenden von /var/tmp/rpm-tmp.Plu9Ys (% install) Could you make install-core-dist.pl better that if do not touch the BUILDROOT? --Gerd
