Re: precomp?

On 4/27/19 9:01 PM, Gene Nardi wrote: Hey. I’m just glad it doesn’t take a whole day for a run anymore. Like in the old days. Gene Nardi Sent from my iPhone I hated punch cards!

precomp?

Hey. I’m just glad it doesn’t take a whole day for a run anymore. Like in the old days. Gene Nardi Sent from my iPhone

Re: precomp?

>> >> Hi All, >> >> What exactly is the purpose of the ".precomp" >> directory? "Precompile?". >> >> Is there a way to get it to speed up the start >> of my programs? Right now anything of anything >> with any amount of s

Re: precomp?

Only modules get precompiled currently. If you want your code to get precompiled, put most of it into a module. On Fri, Apr 26, 2019 at 9:58 PM ToddAndMargo via perl6-users wrote: > > Hi All, > > What exactly is the purpose of the ".precomp" > directory? "Pr

precomp?

Hi All, What exactly is the purpose of the ".precomp" directory? "Precompile?". Is there a way to get it to speed up the start of my programs? Right now anything of anything with any amount of size takes 10 seconds to start Many thanks, -T

[perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

Oh, by the way. The issue goes much farther than 2015.12, so the underlying issue is not a regression. On 2017-12-13 23:42:11, alex.jakime...@gmail.com wrote: > We can, but I'd much rather have this particular case tested (and to > make sure > that it is, we'll close it with tests once the issue

[perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

We can, but I'd much rather have this particular case tested (and to make sure that it is, we'll close it with tests once the issue is resolved). For example, here's this interesting bit: https://github.com/rakudo/rakudo/blob/master/src/core/core_prologue.pm#L2 : my class Pair { ... } # must be

Re: [perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

Thanks for finding that. Can we close this duplicate bug? Issue #128287 has stronger steps to reproduce, and using that test case, I found this bug goes back to at least 2015.12. On Wed, Dec 13, 2017 at 11:56 PM Zoffix Znet via RT < perl6-bugs-follo...@perl.org> wrote: > On Wed, 06 Dec 2017

Re: [perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

Thanks for finding that. Can we close this duplicate bug? Issue #128287 has stronger steps to reproduce, and using that test case, I found this bug goes back to at least 2015.12. On Wed, Dec 13, 2017 at 11:56 PM Zoffix Znet via RT < perl6-bugs-follo...@perl.org> wrote: > On Wed, 06 Dec 2017

[perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

On Wed, 06 Dec 2017 01:59:42 -0800, d...@zwell.net wrote: > A git bisect showed that this error began in commit > 22b4ef05b1f72b50d63e4599d5e037bccf1f08ed, but there must be have been > an > underlying problem that was already present, since this commit did not > change the type system. > > On

[perl #132525] [REGRESSION][PRECOMP] type constraints to Array[Pair] don't work when precompiled

On Wed, 06 Dec 2017 01:59:42 -0800, d...@zwell.net wrote: > A git bisect showed that this error began in commit > 22b4ef05b1f72b50d63e4599d5e037bccf1f08ed, but there must be have been > an > underlying problem that was already present, since this commit did not > change the type system. > > On

[perl #132186] [REGEX][PRECOMP] "getlex: outer index out of range" with precomped `constant` Regex

: > $ echo 'unit class Foo; constant $RT_RE = rx/« [RT]?"#"? <( > <[0..9]>**{5..6} »/; method x ($e where $RT_RE) {say "in"}' > Foo.pm6 > $ perl6 -I. -MFoo -e 'Foo.new.x: "R"' > getlex: outer index out

[perl #132186] [REGEX][PRECOMP] "getlex: outer index out of range" with precomped `constant` Regex

<[0..9]>**{5..6} »/; method x ($e where $RT_RE) {say "in"}' > Foo.pm6 $ perl6 -I. -MFoo -e 'Foo.new.x: "R"' getlex: outer index out of range in regex at /tmp/tmp.pTHyHW456I/.precomp/0F8E2678B84A59BD14F72E830416039936204F36.1506252653.69083/20/201A6B3053CC1422D2C3670B6

[perl #131831] Possible precomp issue: crash with `is a directory, cannot do '.open' on a directory` pointing to a sha1 hash of a dir

ake > rakudo resilient against random files missing sounds like an uphill > battle. > > Please just remove the offending lines from the script. This, too > looks highly suspicious: > msg2 'Removing redundant precomp file dependencies...' > _precomp=($(pacman -Qqg perl6 | grep -

[perl #131831] Possible precomp issue: crash with `is a directory, cannot do '.open' on a directory` pointing to a sha1 hash of a dir

ssage here, that's simply not possible without slowing down all normal uses. And trying to make rakudo resilient against random files missing sounds like an uphill battle. Please just remove the offending lines from the script. This, too looks highly suspicious: msg2 'Removing redundant precomp file de

[perl #131831] Possible precomp issue: crash with `is a directory, cannot do '.open' on a directory` pointing to a sha1 hash of a dir

# New Ticket Created by Zoffix Znet # Please include the string: [perl #131831] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131831 > The full issue and some discussion can be seen on zef's Issue

Re: [perl #131528] [PRECOMP] Issues when sub itself instead of its "dispatcher" used in sub EXPORT

I think this is just another example of the compile time closures problem since EXPORT runs at compile time in during the loading module's compilation. https://rt.perl.org/Public/Bug/Display.html?id=128636 For an example in my own code:

Re: [perl #131528] [PRECOMP] Issues when sub itself instead of its "dispatcher" used in sub EXPORT

I think this is just another example of the compile time closures problem since EXPORT runs at compile time in during the loading module's compilation. https://rt.perl.org/Public/Bug/Display.html?id=128636 For an example in my own code:

[perl #131528] [PRECOMP] Issues when sub itself instead of its "dispatcher" used in sub EXPORT

# New Ticket Created by Zoffix Znet # Please include the string: [perl #131528] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131528 > >From what I understand subs—even `only` subs—have another Sub playing the role >of a

[perl #131130] [PRECOMP] Backtrace not serializable: Code ref '' does not exist in serialization context

# New Ticket Created by Lloyd Fournier # Please include the string: [perl #131130] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=131130 > echo 'BEGIN Backtrace.new' > A.pm6 && perl6 -I. -e 'use A;' Code ref '' does not exist

[perl #130794] Cannot import a symbol from precomp if its namespace is occupied

ng meaningful. in block at -e line 1 No such symbol '' in block at -e line 1 Actually thrown at: in block at -e line 1 $ PERL6LIB=/tmp perl6 -e "say ::(A)" ===SORRY!=== Error while compiling -e Undeclared name: A used at line 1 (I think this is a newish behavior but couldn't figure out how to get bisectable to handle a precomp)

[perl #129855] [precomp] Missing serialize REPR function for REPR MVMContext with shaped arrays

# New Ticket Created by cygx # Please include the string: [perl #129855] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129855 > $ perl6 --version This is Rakudo version 2016.09-169-ge2cd7a3 built on MoarVM version

[perl #129266] [PRECOMP] Constants exported from precompiled module don't get updated

# New Ticket Created by Zoffix Znet # Please include the string: [perl #129266] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=129266 > NOTE: This is fixed in HEAD, but is broken in 2016.08.1-143-gc9b18c6. I'm opening the

[perl #127108] [PRECOMP] Inexplicable failure of grammar post-CURI branch

On Tue Jan 19 11:20:59 2016, coke wrote: > On Tue Jan 19 10:12:08 2016, coke wrote: > > On Mon Jan 04 11:53:44 2016, coke wrote: > > > On Thu Dec 31 05:04:23 2015, lue wrote: > > > > There's unfortunately no real diagnostic I can provide for the > > > > error > > > > specifically, since the result

[perl #126818] [PRECOMP] on "is cached" subs: getlex: outer index out of range

On Mon Jan 18 21:22:44 2016, lloyd.fo...@gmail.com wrote: > This bug just hit me :\. It should go away with 'no precompilation'. > > I believe it's closely related to: > > https://rt.perl.org/Public/Bug/Display.html?id=125634 > > On Tue, Dec 8, 2015 at 2:43 AM Zoffix Znet

[perl #128094] [JVM] Issues with rakudo-j after merge of branch 'relocateable-precomp'

The remaining issues are resolved now. Therefore, I'm closing this ticket.

Re: [perl #128636] [BUG][PRECOMP] is cached in a precompiled module results in error

Hi Zoffix, You reported the same bug in December :P https://rt.perl.org/Public/Bug/Display.html?id=126818 (although the error message has changed). This is the compile time outer context serialization bug. FYI I've kept a list of tickets that are examples of it:

[perl #128636] [BUG][PRECOMP] is cached in a precompiled module results in error

# New Ticket Created by Zoffix Znet # Please include the string: [perl #128636] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128636 > If `no precompilation` is added to A.pm6 , the error goes away.

[perl #128457] [BUG][PRECOMP] Combination of Perl 6 and Perl 6 modules in a class fails

Box:~/CPANPRC/Ticket-Trakr$ rm -fr lib/.precomp/ zoffix@VirtualBox:~/CPANPRC/Ticket-Trakr$ perl6 -Ilib -MTicket::Trakr::Tickets -e 'Ticket::Trakr::Tickets.new' Could not find symbol '' in block at -e line 1 Actually thrown at: in block at -e line 1 zoffix@VirtualBox:~/CPANPRC/Ticket-Tr

[perl #128442] [precomp] $?FILE contains bogus shortname when precompiled

# New Ticket Created by Lloyd Fournier # Please include the string: [perl #128442] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=128442 > echo 'say $?FILE' > Goof.pm6; perl6 -I. -e 'use Goof;'

[perl #128094] [JVM] Issues with rakudo-j after merge of branch 'relocateable-precomp'

As a status update: things are substantially better now (2016.04-218-gaa2715d) -- thanks to nine++ and psch++ + stresstest runs in a reasonable time again (precompiled Test.pm can be used) + test for RT #114354 passes again + FIRST works now The remaining issues are: - 'make install' still

[perl #128094] [JVM] Issues with rakudo-j after merge of branch 'relocateable-precomp'

ong spectest runs make sense. I tried to debug this problem and it looks like FIRST not working on rakudo-j is the culprint: start of discussion on IRC -- cmp. http://irclog.perlgeek.de/p6dev/2016-05-08#i_12451277 bartolinnine_, psch: I think I found the cause for one of the precomp iss

[perl #128094] [JVM] Issues with rakudo-j after merge of branch 'relocateable-precomp'

ble-precomp'. I compared an installation on the merge commit e8fd55bbe6 with a second installation on that commit plus 'git revert -m 1 e8fd55bbe6'. * a lot of new failing tests in S10-packages/precompilation.rakudo.jvm (some others where fudged before): 2-4, 7-21, 24-26, 28-30, 32, 38,

[perl #128088] rakudo is failing to invalidate precomp files in situations that it actually should

use of the issue might be due to Rakudo failing to invalidate precomp files when it should: https://github.com/ugexe/zef/issues/87

[perl #127681] [OSX] Precomp hangs forever when something writes to $*ERR

The author of this ticket reported a golfed version of this bug as https://rt.perl.org/Ticket/Display.html?id=127682 As requested in that new ticket, I'm closing (rejecting) this ticket.

Re: [perl #127860] [BUG][PRECOMP] Wrapped method fails when precompiled

I'm actually surprised there are as few "Cannot invoke this object" tickets: https://rt.perl.org/Search/Simple.html?q=%22Cannot+invoke+this+object%2 2 A cursory survey of those would suggest that they all fall in a wider category of "code attribute of some type not surviving precompilation" On

[perl #127873] [BUG][PRECOMP] require ::($foo) slowdown for installed modules

# New Ticket Created by David Warring # Please include the string: [perl #127873] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127873 > : % git checkout https://github.com/cosimo/perl6-digest-md5.git % cd

Re: [perl #127860] [BUG][PRECOMP] Wrapped method fails when precompiled

For reference this is another related to: https://rt.perl.org/Public/Bug/Display.html?id=125634 On Sat, Apr 9, 2016 at 7:10 AM Jonathan Stowe wrote: > # New Ticket Created by Jonathan Stowe > # Please include the string: [perl #127860] > # in the subject line of

[perl #127860] [BUG][PRECOMP] Wrapped method fails when precompiled

# New Ticket Created by Jonathan Stowe # Please include the string: [perl #127860] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127860 > It appears that the Metamodel::WrapDispatcher can't find the candidate to execute

[perl #127681] [OSX] Precomp hangs forever when something writes to $*ERR

lob/4a0ba7400be5af3dfdd88ad2114e13498645ba39/src/core/Process.pm#L7 I tried to see what causes it to hang at the line. I found that if I replace that note with $*ERR.print("a" x 162) # doesn't hang but if I do: $*ERR.print("a" x 163) # Hangs forever *It doesn't happen on debian* *Make sure to rm -rf lib1

[perl #127375] [BUG] -I switch and PERL6LIB not invalidating .precomp

# New Ticket Created by Carl Franks # Please include the string: [perl #127375] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127375 > `use lib` correctly invalidates the .precomp directory, however both the -I swi

Re: [perl #127302] AutoReply: [precomp] Missing serialize REPR function for REPR MVMContext

-e 'use Foo'; > ===SORRY!=== > Missing serialize REPR function for REPR MVMContext > > > On Mon, Jan 18, 2016 at 1:44 PM perl6 via RT <perl6-bugs-follo...@perl.org> > wrote: > >> Greetings, >> >> This message has been automatically generated in response t

[perl #127302] [precomp] Missing serialize REPR function for REPR MVMContext

# New Ticket Created by Lloyd Fournier # Please include the string: [perl #127302] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127302 > # Foo.pm use Test; BEGIN { my $whatever = $*REPO } ===SORRY!=== Missing serialize REPR

Re: [perl #127302] AutoReply: [precomp] Missing serialize REPR function for REPR MVMContext

Greetings, > > This message has been automatically generated in response to the > creation of a trouble ticket regarding: > "[precomp] Missing serialize REPR function for REPR MVMContext", > a summary of which appears below. > > There is no need to reply to this

[perl #127034] precomp - BEGIN inside EXPORT::DEFAULT cannot invoke this object

# New Ticket Created by Lloyd Fournier # Please include the string: [perl #127034] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=127034 > #lib/beginprecomp.pm my package EXPORT::DEFAULT { BEGIN { OUR::{''} = sub

[perl #126904] [BUG] curli related precomp work broke URI2

# New Ticket Created by Justin DeVuyst # Please include the string: [perl #126904] # in the subject line of all future correspondence about this issue. # https://rt.perl.org/Ticket/Display.html?id=126904 > [jdv@wieldy p6-uri2]$ perl6 -Ilib t/01-basic.t ===SORRY!=== Type

[perl #122773] Diamond relationship when using precomp modules causes packages to disappear

The test in S10-packages/precompilation.t now passes on rakudo.JVM, also. I'm closing this ticket as 'resolved'.

[perl #125719] Precomp issue with trait_mod + add_method

# New Ticket Created by Rob Hoelz # Please include the string: [perl #125719] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/Ticket/Display.html?id=125719 See the attached files. If you run test.pl without a precompiled Example.pm,

[perl #124162] Must parameterize Array of native array when precomp

# New Ticket Created by Brian S. Julin # Please include the string: [perl #124162] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/Ticket/Display.html?id=124162 Code that runs fine before precomp, breaks when an array of native arrays is used

[perl #123272] Really really really odd precomp bug

# New Ticket Created by Rob Hoelz # Please include the string: [perl #123272] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/Ticket/Display.html?id=123272 Wow. Just, uh...wow. I had a hell of a time golfing down the code that demonstrated

[perl #122773] Diamond relationship when using precomp modules causes packages to disappear

# New Ticket Created by Rob Hoelz # Please include the string: [perl #122773] # in the subject line of all future correspondence about this issue. # URL: https://rt.perl.org/Ticket/Display.html?id=122773 If A and B both require C, and I load both A and B from main.pl, package definitions