Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

no precompilation with compile time warning dies painfully #4848

Open
p6rt opened this issue Dec 11, 2015 · 2 comments
Open

no precompilation with compile time warning dies painfully #4848

p6rt opened this issue Dec 11, 2015 · 2 comments
Labels

Comments

@p6rt
Copy link

p6rt commented Dec 11, 2015

Migrated from rt.perl.org#126880 (status was 'new')

Searchable as RT126880$

@p6rt
Copy link
Author

p6rt commented Dec 11, 2015

From @LLFourn

1. by itself
#lib/noprecomp.pm
no precompilation;
my $_;

perl6 -Ilib -e 'need noprecomp;'

Use of uninitialized value %ENV of type Any in string context
Any of .^name, .perl, .gist, or .say can stringify undefined things, if
needed. in any mop_up_and_check at src/Perl6/World.nqp​:401
Potential difficulties​:
  Redeclaration of symbol $_
...

2. from another module (dies painfully)
#lib/noprecomp2;
no precompilation;
need noprecomp;

perl6 -Ilib -e 'need noprecomp2;'

Use of uninitialized value %ENV of type Any in string context
Any of .^name, .perl, .gist, or .say can stringify undefined things, if
needed. in any mop_up_and_check at src/Perl6/World.nqp​:401
===SORRY!===
This type cannot unbox to a native integer

Much of the problems comes from @​*MODULES not being used consistently​:

in pre curli code it's entries are assumed to be hashes​:
https://github.com/rakudo/rakudo/blob/nom/src/core/Exception.pm#L512

however in new code it's just an array of strings​:
https://github.com/rakudo/rakudo/blob/nom/src/core/CompUnitRepo.pm#L81

@p6rt
Copy link
Author

p6rt commented Dec 12, 2015

From @LLFourn

The "Use of uninitialized value %ENV of type Any in string context" is a
separate bug similar to​:

https://rt.perl.org/Public/Bug/Display.html?id=126447

It happens because with "no precompilation" the value of
ENV<RAKUDO_PRECOMP_DIST> disappears in a similar way to that RT.
Then when %*ENV is cloned the lack of a value there causes the error at​:

https://github.com/rakudo/rakudo/blob/nom/src/core/control.pm#L263

On Sat, Dec 12, 2015 at 2​:10 AM perl6 via RT <perl6-bugs-followup@​perl.org>
wrote​:

Greetings,

This message has been automatically generated in response to the
creation of a trouble ticket regarding​:
"[BUG] no precompilation with compile time warning dies painfully",
a summary of which appears below.

There is no need to reply to this message right now. Your ticket has been
assigned an ID of [perl #​126880].

Please include the string​:

     \[perl #&#8203;126880\]

in the subject line of all future correspondence about this issue. To do
so,
you may reply to this message.

                    Thank you,
                    perl6\-bugs\-followup@&#8203;perl\.org

-------------------------------------------------------------------------
1. by itself
#lib/noprecomp.pm
no precompilation;
my $_;

perl6 -Ilib -e 'need noprecomp;'

Use of uninitialized value %ENV of type Any in string context
Any of .^name, .perl, .gist, or .say can stringify undefined things, if
needed. in any mop_up_and_check at src/Perl6/World.nqp​:401
Potential difficulties​:
Redeclaration of symbol $_
...

2. from another module (dies painfully)
#lib/noprecomp2;
no precompilation;
need noprecomp;

perl6 -Ilib -e 'need noprecomp2;'

Use of uninitialized value %ENV of type Any in string context
Any of .^name, .perl, .gist, or .say can stringify undefined things, if
needed. in any mop_up_and_check at src/Perl6/World.nqp​:401
===SORRY!===
This type cannot unbox to a native integer

Much of the problems comes from @​*MODULES not being used consistently​:

in pre curli code it's entries are assumed to be hashes​:
https://github.com/rakudo/rakudo/blob/nom/src/core/Exception.pm#L512

however in new code it's just an array of strings​:
https://github.com/rakudo/rakudo/blob/nom/src/core/CompUnitRepo.pm#L81

@p6rt p6rt added the Bug label Jan 5, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant