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
warnings FATAL => utf8 not working on PerlIO::encoding layer and open pragma #11972
Comments
From @daximCreated by @daximConsider the following programs which should do the same. The file 1;perl -Mwarnings=FATAL,utf8 -CD -E' The problem is that the programs 2 and 3 do survive, I expect them to Perl Info
|
From tchrist@perl.comLars Dɪ����ᴡ 迪�� <perlbug-followup@perl.org> wrote
You're going to really hate this, but I'm afraid you've sent the bug to the Encode does not play well and get along with our warnings categories. That's The problem with the whole I/O layer approach is that you cannot specify what I suspect we are doing to coming with adverbial modifiers on I/O layers. $ perl -E 'binmode(STDOUT, "encoding(MacRoman)")|| die; say "\x{3b1}"; say "DONE"' $ perl -Mwarnings=FATAL,utf8 -E 'binmode(STDOUT, "encoding(MacRoman)")|| die; say "\x{3b1}"; say "done"' Notice it normally does a PERLQQ rewrite on something that doesn't fit. How Maybe we need to have :fatal or :perlqq pseudolayers. Except that I want the I would say that you want people to be able to get at the full contingent FB_DEFAULT FB_CROAK FB_QUIET FB_WARN FB_PERLQQ But that would make the core have to deal with all that silliness. The whole situation with encodings and warnings and errors and silence (W) A warning (optional). Too much is of type W and shoudln't be. And it certainly doesn't Even the compiler puts up with bad UTF-8. It's all over the place. --tom |
The RT System itself - Status changed from 'new' to 'open' |
Migrated from rt.perl.org#111344 (status was 'open')
Searchable as RT111344$
The text was updated successfully, but these errors were encountered: