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
at least ext/* should be built with the full warning flags #14069
Comments
From @jhiCurrently the C compiler warning flags are not propagated to the ext/* builds. They should be. The flags can be grabbed from the "cflags" script generated from the "cflags.SH". (If there's no such script at the top level, the UNIXy build process was probably not involved, and never mind.) (Though, in Win32, there are probably some VC warning flags we could deploy. The more compilers the merrier.) I tried looking at make_ext.pl and EU::MM but for some reason got this hammering migraine. (Possibly also include dist/*, since the core "half-controls" those) (If we get crazy enough, also cpan/*, to raise the robustness level of at least those CPAN modules that have been deemed important enough to be in the core) |
From @LeontOn Wed, Sep 3, 2014 at 4:46 PM, Jarkko Hietaniemi <perlbug-followup@perl.org
I would guess the obvious way to do this is to add a %Config option with Leon |
The RT System itself - Status changed from 'new' to 'open' |
From @jhiOn Wednesday-201409-03, 19:15, Leon Timmermans wrote:
Not so obvious because currently those warning options are selected |
From @greergaOn Wed, 3 Sep 2014, Jarkko Hietaniemi wrote:
Doing "cpan/*" with at least enforcing C89 variable declarations might -- |
From @jhi
http://perl5.git.perl.org/perl.git/commit/2313e9ca3be65223d835c40b25c76765e8c35547 now grabs the extra flags during configpm and propagates them as Now how do we get them used by MM, say, if PERL_CORE=1? |
Migrated from rt.perl.org#122694 (status was 'open')
Searchable as RT122694$
The text was updated successfully, but these errors were encountered: