Re: A practical benchmark shows speed challenges for Perl 6

2016-04-01 Thread Jan Ingvoldstad
On Thu, Mar 31, 2016 at 10:36 AM, Elizabeth Mattijsen wrote: > > The reasoning behind _not_ setting things via environment variables, is > that this means the programmer now needs to worry what e.g. the webserver > running the Perl program does, and there are unknown stability (and > possibly sec

Re: A practical benchmark shows speed challenges for Perl 6

2016-04-01 Thread Elizabeth Mattijsen
> On 01 Apr 2016, at 13:50, Jan Ingvoldstad wrote: > > On Thu, Mar 31, 2016 at 10:36 AM, Elizabeth Mattijsen wrote: > > The reasoning behind _not_ setting things via environment variables, is > > that this means the programmer now needs to worry what e.g. the webserver > > running the Perl pro

Re: A practical benchmark shows speed challenges for Perl 6

2016-04-01 Thread Jan Ingvoldstad
On Fri, Apr 1, 2016 at 2:00 PM, Elizabeth Mattijsen wrote: > Sorry if I wasn’t clear: If there is no dynamic var, it will make one: > either from the environment, or set it to 64K (like it was before). So no > programmer action is ever needed if they’re not interested in that type of > optimizat

[perl #127813] "Bytecode validation error at offset ..., instrucction ..., operand type 160 does not match register type 152"

2016-04-01 Thread via RT
# New Ticket Created by Salvador Ortiz # Please include the string: [perl #127813] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127813 > In code like: class Foo is repr('CPointer') { ... method Bar(:named, :named2, ui

[perl #127811] Compiling module that uses NativeCall and has warnings hangs forever

2016-04-01 Thread via RT
# New Ticket Created by Pawel Pabian # Please include the string: [perl #127811] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127811 > To reproduce: 1. Save https://gist.github.com/bbkr/19ba6903358445410812bc09b0c0ec9c as Fo

perl6 --profile-compile | --profile: both very slow and depend on Internet resources

2016-04-01 Thread Tom Browder
Is there any easy way to get the profilers to use local code (css, js, etc.) rather than reading across a sometimes slow internet connection? I'm using both Chrome and Iceweasel with the same effects: slow loading scripts and always seem to be reading: https://maxcdn.bootstrapcdn.com/bootstrap/3.

Re: perl6 --profile-compile | --profile: both very slow and depend on Internet resources

2016-04-01 Thread Tom Browder
On Fri, Apr 1, 2016 at 9:28 AM, Tom Browder wrote: > Is there any easy way to get the profilers to use local code (css, js, > etc.) rather than reading across a sometimes slow internet connection? > > I'm using both Chrome and Iceweasel with the same effects: slow > loading scripts and always seem

Re: perl6 --profile-compile | --profile: both very slow and depend on Internet resources

2016-04-01 Thread Timo Paulssen
The profiler's data blob is a massive, gigantic blob of json (ls the file and you'll see). You can easily search&replace the urls to point at local files instead of the CDN. Alternatively, there's a qt-based profiler up on tadzik's github that can read the json blob (you will have to --prof

Re: perl6 --profile-compile | --profile: both very slow and depend on Internet resources

2016-04-01 Thread Tom Browder
On Fri, Apr 1, 2016 at 9:39 AM, Timo Paulssen wrote: > The profiler's data blob is a massive, gigantic blob of json (ls the file > and you'll see). Ah, yes: a 2.8+ million character line! > You can easily search&replace the urls to point at local files instead of > the CDN. ... > Alternatively,

Re: A practical benchmark shows speed challenges for Perl 6

2016-04-01 Thread yary
Actually I would characterize it as Before: The programmer had no control over the buffer size, and the user of the code had no way of adjusting the buffer to a particular system. Currently: The programmer has control over the buffer size, and the user of the code can adjust the buffer to a par

Re: perl6 --profile-compile | --profile: both very slow and depend on Internet resources

2016-04-01 Thread Timo Paulssen
On 01/04/16 17:08, Tom Browder wrote: Alternatively, there's a qt-based profiler up on tadzik's github that can read the json blob (you will have to --profile-filename=blahblah.json to get that), but it doesn't evaluate as much of the data - it'll potentially even fail completely what with th

Re: A practical benchmark shows speed challenges for Perl 6

2016-04-01 Thread Brandon Allbery
On Fri, Apr 1, 2016 at 11:09 AM, yary wrote: > Setting the buffer size is better done by the user, not the > programmer. Often the user and the programmer are one and the same, in > which case, the programmer knows the environment and can set the > environment variables- or change the code- which

Re: A practical benchmark shows speed challenges for Perl 6

2016-04-01 Thread yary
Not sure I understand the disagreement. "the correct buffer size is often per file, not per program/invocation, so a one-size-fits-all envar is the wrong approach"- if you're saying "it would be great to have the buffer size be an option to 'open'," then I agree. It would be nice to have that sett

Re: perl6 --profile-compile | --profile: both very slow and depend on Internet resources

2016-04-01 Thread Tom Browder
On Fri, Apr 1, 2016 at 10:08 AM, Tom Browder wrote: > On Fri, Apr 1, 2016 at 9:39 AM, Timo Paulssen wrote: >> The profiler's data blob is a massive, gigantic blob of json (ls the file >> and you'll see). > > Ah, yes: a 2.8+ million character line! ... > What about creating a text output in a for

[perl #126756] [SEGV] on single utf8-c8 synthetic

2016-04-01 Thread jn...@jnthn.net via RT
On Sat Nov 28 06:22:27 2015, elizabeth wrote: > [15:04:37] m: Buf.new(0xFE).decode("utf8-c8") # jnthn > might find this interesting > [15:04:38] <+camelia> rakudo-moar 6a45fe: OUTPUT«(signal SEGV)» > [15:08:24] lizmat: Uh, yes...wtf... > [15:08:30] lizmat: Please RT it > > I t

[perl #127748] [SEGV] Newbie code segfaults

2016-04-01 Thread jn...@jnthn.net via RT
On Sun Mar 20 06:39:39 2016, elizabeth wrote: > == > my $a = 14; > while (True) { > my $z = (2..13).first(-> $x { !($a %% $x) }); > last if (!$z); > $a += 14 > } > say $a > == > > The above code “verbatim” segfaults on OS X and Linux on H