* git svn log: Use of uninitialized value $sha1_short @ 2020-10-21 18:42 Nikos Chantziaras 2020-10-21 20:26 ` Jeff King 2020-10-22 1:18 ` [PATCH] svn: use correct variable name for short OID brian m. carlson 0 siblings, 2 replies; 11+ messages in thread From: Nikos Chantziaras @ 2020-10-21 18:42 UTC (permalink / raw) To: git Running 'git svn log' in a repository that was cloned from an SVN repo results in this warning: $ git svn log > /dev/null Use of uninitialized value $sha1_short in regexp compilation at /usr/lib64/perl5/vendor_perl/5.30.3/Git/SVN/Log.pm line 301, <$fh> line 6. This doesn't appear to have any ill effects, but the warning might indicate a problem somewhere. [System Info] git version: git version 2.29.0 cpu: x86_64 no commit associated with this build sizeof-long: 8 sizeof-size_t: 8 shell-path: /bin/sh uname: Linux 5.4.72-gentoo #1 SMP PREEMPT Sat Oct 17 18:27:41 EEST 2020 x86_64 compiler info: gnuc: 10.2 libc info: glibc: 2.31 $SHELL (typically, interactive shell): /bin/bash [Enabled Hooks] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: git svn log: Use of uninitialized value $sha1_short 2020-10-21 18:42 git svn log: Use of uninitialized value $sha1_short Nikos Chantziaras @ 2020-10-21 20:26 ` Jeff King 2020-10-21 20:48 ` Junio C Hamano 2020-10-22 1:18 ` [PATCH] svn: use correct variable name for short OID brian m. carlson 1 sibling, 1 reply; 11+ messages in thread From: Jeff King @ 2020-10-21 20:26 UTC (permalink / raw) To: Nikos Chantziaras; +Cc: brian m. carlson, git On Wed, Oct 21, 2020 at 09:42:12PM +0300, Nikos Chantziaras wrote: > Running 'git svn log' in a repository that was cloned from an SVN repo > results in this warning: > > $ git svn log > /dev/null > Use of uninitialized value $sha1_short in regexp compilation at > /usr/lib64/perl5/vendor_perl/5.30.3/Git/SVN/Log.pm line 301, <$fh> line 6. > > This doesn't appear to have any ill effects, but the warning might indicate > a problem somewhere. It seems to only get mentioned once and never set: $ git grep sha1_short perl perl/Git/SVN/Log.pm: } elsif (/^${esc_color}:\d{6} \d{6} $::sha1_short/o) { Looks like it got renamed, and this reference was somehow missed? $ git log -1 -Ssha1_short perl commit 9ab33150a0d14089d0496dd8354d4a969e849571 Author: brian m. carlson <sandals@crustytoothpaste.net> Date: Mon Jun 22 18:04:12 2020 +0000 perl: create and switch variables for hash constants git-svn has several variables for SHA-1 constants, including short hash values and full length hash values. Since these are no longer SHA-1 specific, let's start them with "oid" instead of "sha1". Add a constant, oid_length, which is the length of the hash algorithm in use in hex. We use the hex version because overwhelmingly that's what's used by git-svn. [...] -Peff ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: git svn log: Use of uninitialized value $sha1_short 2020-10-21 20:26 ` Jeff King @ 2020-10-21 20:48 ` Junio C Hamano 2020-10-21 21:29 ` Jeff King 2020-10-21 22:21 ` brian m. carlson 0 siblings, 2 replies; 11+ messages in thread From: Junio C Hamano @ 2020-10-21 20:48 UTC (permalink / raw) To: Jeff King; +Cc: Nikos Chantziaras, brian m. carlson, git Jeff King <peff@peff.net> writes: > It seems to only get mentioned once and never set: > > $ git grep sha1_short perl > perl/Git/SVN/Log.pm: } elsif (/^${esc_color}:\d{6} \d{6} $::sha1_short/o) { > > Looks like it got renamed, and this reference was somehow missed? > > $ git log -1 -Ssha1_short perl > commit 9ab33150a0d14089d0496dd8354d4a969e849571 > Author: brian m. carlson <sandals@crustytoothpaste.net> > Date: Mon Jun 22 18:04:12 2020 +0000 > > perl: create and switch variables for hash constants > > git-svn has several variables for SHA-1 constants, including short hash > values and full length hash values. Since these are no longer SHA-1 > specific, let's start them with "oid" instead of "sha1". Add a > constant, oid_length, which is the length of the hash algorithm in use > in hex. We use the hex version because overwhelmingly that's what's > used by git-svn. > [...] Looks that way. '$::' as opposed to plain '$' threw the replacement off the track? perl/Git/SVN/Log.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git i/perl/Git/SVN/Log.pm w/perl/Git/SVN/Log.pm index 3858fcf27d..9c819188ea 100644 --- i/perl/Git/SVN/Log.pm +++ w/perl/Git/SVN/Log.pm @@ -298,7 +298,7 @@ sub cmd_show_log { get_author_info($c, $1, $2, $3); } elsif (/^${esc_color}(?:tree|parent|committer) /o) { # ignore - } elsif (/^${esc_color}:\d{6} \d{6} $::sha1_short/o) { + } elsif (/^${esc_color}:\d{6} \d{6} $::oid_short/o) { push @{$c->{raw}}, $_; } elsif (/^${esc_color}[ACRMDT]\t/) { # we could add $SVN->{svn_path} here, but that requires ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: git svn log: Use of uninitialized value $sha1_short 2020-10-21 20:48 ` Junio C Hamano @ 2020-10-21 21:29 ` Jeff King 2020-10-21 22:29 ` brian m. carlson 2020-10-21 22:21 ` brian m. carlson 1 sibling, 1 reply; 11+ messages in thread From: Jeff King @ 2020-10-21 21:29 UTC (permalink / raw) To: Junio C Hamano; +Cc: Nikos Chantziaras, brian m. carlson, git On Wed, Oct 21, 2020 at 01:48:50PM -0700, Junio C Hamano wrote: > > Looks like it got renamed, and this reference was somehow missed? > > > > $ git log -1 -Ssha1_short perl > > commit 9ab33150a0d14089d0496dd8354d4a969e849571 > > Author: brian m. carlson <sandals@crustytoothpaste.net> > > Date: Mon Jun 22 18:04:12 2020 +0000 > > > > perl: create and switch variables for hash constants > > > > git-svn has several variables for SHA-1 constants, including short hash > > values and full length hash values. Since these are no longer SHA-1 > > specific, let's start them with "oid" instead of "sha1". Add a > > constant, oid_length, which is the length of the hash algorithm in use > > in hex. We use the hex version because overwhelmingly that's what's > > used by git-svn. > > [...] > > Looks that way. '$::' as opposed to plain '$' threw the replacement > off the track? That was my guess, too, but that commit does convert some other references of that form. <shrug> > perl/Git/SVN/Log.pm | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git i/perl/Git/SVN/Log.pm w/perl/Git/SVN/Log.pm > index 3858fcf27d..9c819188ea 100644 > --- i/perl/Git/SVN/Log.pm > +++ w/perl/Git/SVN/Log.pm > @@ -298,7 +298,7 @@ sub cmd_show_log { > get_author_info($c, $1, $2, $3); > } elsif (/^${esc_color}(?:tree|parent|committer) /o) { > # ignore > - } elsif (/^${esc_color}:\d{6} \d{6} $::sha1_short/o) { > + } elsif (/^${esc_color}:\d{6} \d{6} $::oid_short/o) { > push @{$c->{raw}}, $_; > } elsif (/^${esc_color}[ACRMDT]\t/) { > # we could add $SVN->{svn_path} here, but that requires Yeah, I'm almost certain this is the solution, but it was a little disturbing that no tests catch it. Besides the warning, it probably is a functional problem (I guess that regex is now overly broad since its last half is blank). But maybe it doesn't matter much. It looks like we're parsing raw diff output from git-log. Short of a really bizarre --format parameter, those are the only lines that would match /^:/ anyway. The tests do catch it if we do: diff --git a/perl/Git/SVN/Log.pm b/perl/Git/SVN/Log.pm index 3858fcf27d..92e223caed 100644 --- a/perl/Git/SVN/Log.pm +++ b/perl/Git/SVN/Log.pm @@ -1,6 +1,6 @@ package Git::SVN::Log; use strict; -use warnings; +use warnings FATAL => qw(all); use Git::SVN::Utils qw(fatal); use Git qw(command command_oneline but: - we'd need to do that in each .pm file, as well as git-svn.perl - I wonder if it's suitable for production use (i.e., would it become annoying when a newer version of perl issues a harmless warning; right now that's a minor inconvenience, but aborting the whole program might be a show-stopper). It would be nice if we could crank up the severity just while running the tests, but I don't think there's an easy built-in way to do that. This seems to work: use warnings ($ENV{GIT_PERL_STRICT} ? qw(FATAL all) : ()); though I'm honestly surprised it does (because "use" is generally resolved at read/compile time. I guess perl is smart enough to run that code snippet at that point. -Peff ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: git svn log: Use of uninitialized value $sha1_short 2020-10-21 21:29 ` Jeff King @ 2020-10-21 22:29 ` brian m. carlson 2020-10-22 2:56 ` Jeff King 0 siblings, 1 reply; 11+ messages in thread From: brian m. carlson @ 2020-10-21 22:29 UTC (permalink / raw) To: Jeff King; +Cc: Junio C Hamano, Nikos Chantziaras, git [-- Attachment #1: Type: text/plain, Size: 2395 bytes --] On 2020-10-21 at 21:29:17, Jeff King wrote: > Yeah, I'm almost certain this is the solution, but it was a little > disturbing that no tests catch it. Besides the warning, it probably is a > functional problem (I guess that regex is now overly broad since its > last half is blank). But maybe it doesn't matter much. It looks like > we're parsing raw diff output from git-log. Short of a really bizarre > --format parameter, those are the only lines that would match /^:/ > anyway. > > The tests do catch it if we do: > > diff --git a/perl/Git/SVN/Log.pm b/perl/Git/SVN/Log.pm > index 3858fcf27d..92e223caed 100644 > --- a/perl/Git/SVN/Log.pm > +++ b/perl/Git/SVN/Log.pm > @@ -1,6 +1,6 @@ > package Git::SVN::Log; > use strict; > -use warnings; > +use warnings FATAL => qw(all); > use Git::SVN::Utils qw(fatal); > use Git qw(command > command_oneline > > but: > > - we'd need to do that in each .pm file, as well as git-svn.perl > > - I wonder if it's suitable for production use (i.e., would it become > annoying when a newer version of perl issues a harmless warning; > right now that's a minor inconvenience, but aborting the whole > program might be a show-stopper). No, that's not suitable for production use. Perl does add new warnings from time to time and breaking things when Perl gets upgraded will definitely not make us the friends of Linux distros. Doing this is like using -Werror: fine for your personal development needs, but not suitable for shipping to others. We could run "perl -w" on each file and look for a single-line output with "OK"; that's what we did at a previous job. However, any change we make here needs to be conditional on DEVELOPER, because otherwise anyone who needs to build an Git with a new version of Perl will potentially have a broken testsuite. > It would be nice if we could crank up the severity just while running > the tests, but I don't think there's an easy built-in way to do that. > This seems to work: > > use warnings ($ENV{GIT_PERL_STRICT} ? qw(FATAL all) : ()); > > though I'm honestly surprised it does (because "use" is generally > resolved at read/compile time. I guess perl is smart enough to run > that code snippet at that point. Yup, that would run at BEGIN time. -- brian m. carlson (he/him or they/them) Houston, Texas, US [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 263 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: git svn log: Use of uninitialized value $sha1_short 2020-10-21 22:29 ` brian m. carlson @ 2020-10-22 2:56 ` Jeff King 0 siblings, 0 replies; 11+ messages in thread From: Jeff King @ 2020-10-22 2:56 UTC (permalink / raw) To: brian m. carlson; +Cc: Junio C Hamano, Nikos Chantziaras, git On Wed, Oct 21, 2020 at 10:29:01PM +0000, brian m. carlson wrote: > > - I wonder if it's suitable for production use (i.e., would it become > > annoying when a newer version of perl issues a harmless warning; > > right now that's a minor inconvenience, but aborting the whole > > program might be a show-stopper). > > No, that's not suitable for production use. Perl does add new warnings > from time to time and breaking things when Perl gets upgraded will > definitely not make us the friends of Linux distros. Doing this is like > using -Werror: fine for your personal development needs, but not > suitable for shipping to others. OK, that matches my general sense. > We could run "perl -w" on each file and look for a single-line output > with "OK"; that's what we did at a previous job. However, any change we > make here needs to be conditional on DEVELOPER, because otherwise anyone > who needs to build an Git with a new version of Perl will potentially > have a broken testsuite. Yeah, I've done something similar as well. I agree it would be potentially annoying for distros building. But unlike the -Wall/-Werror distinction, where the builder may be annoyed by extra messages but the end result is presumably OK, this _does_ affect end users. I.e., if it triggers, it also means the users of your package are going to see annoying warnings. The change I'm proposing is just whether that's fatal or not. So it might actually be of interest to distro builders to know that the version of Git they're building is going to produce annoying warnings. And the escape hatch there is likely not to turn warnings from fatal to non-fatal, but to suppress the particular warning entirely with a patch to the code. I dunno. I admit I don't really care enough about our perl code in general (which I consider mostly legacy; I doubt we'd introduce new perl scripts lightly). So it may not even be worth putting a lot of effort into it. But it is unfortunate that this bug _could_ have been caught automatically but wasn't. -Peff ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: git svn log: Use of uninitialized value $sha1_short 2020-10-21 20:48 ` Junio C Hamano 2020-10-21 21:29 ` Jeff King @ 2020-10-21 22:21 ` brian m. carlson 1 sibling, 0 replies; 11+ messages in thread From: brian m. carlson @ 2020-10-21 22:21 UTC (permalink / raw) To: Junio C Hamano; +Cc: Jeff King, Nikos Chantziaras, git [-- Attachment #1: Type: text/plain, Size: 986 bytes --] On 2020-10-21 at 20:48:50, Junio C Hamano wrote: > Looks that way. '$::' as opposed to plain '$' threw the replacement > off the track? > > perl/Git/SVN/Log.pm | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git i/perl/Git/SVN/Log.pm w/perl/Git/SVN/Log.pm > index 3858fcf27d..9c819188ea 100644 > --- i/perl/Git/SVN/Log.pm > +++ w/perl/Git/SVN/Log.pm > @@ -298,7 +298,7 @@ sub cmd_show_log { > get_author_info($c, $1, $2, $3); > } elsif (/^${esc_color}(?:tree|parent|committer) /o) { > # ignore > - } elsif (/^${esc_color}:\d{6} \d{6} $::sha1_short/o) { > + } elsif (/^${esc_color}:\d{6} \d{6} $::oid_short/o) { > push @{$c->{raw}}, $_; > } elsif (/^${esc_color}[ACRMDT]\t/) { > # we could add $SVN->{svn_path} here, but that requires Yeah, this is correct. I'll try to get a format patch written up tonight with this if nobody gets to it before me. -- brian m. carlson (he/him or they/them) Houston, Texas, US [-- Attachment #2: signature.asc --] [-- Type: application/pgp-signature, Size: 263 bytes --] ^ permalink raw reply [flat|nested] 11+ messages in thread
* [PATCH] svn: use correct variable name for short OID 2020-10-21 18:42 git svn log: Use of uninitialized value $sha1_short Nikos Chantziaras 2020-10-21 20:26 ` Jeff King @ 2020-10-22 1:18 ` brian m. carlson 2020-10-22 3:00 ` Jeff King 1 sibling, 1 reply; 11+ messages in thread From: brian m. carlson @ 2020-10-22 1:18 UTC (permalink / raw) To: git; +Cc: Jeff King, Junio C Hamano, Nikos Chantziaras The commit 9ab33150a0 ("perl: create and switch variables for hash constants", 2020-06-22) converted each instance of the variable $sha1_short into $oid_short in the Subversion code, since git-svn now understands SHA-256. However, one conversion was missed. As a result, Perl complains about the use of this variable: Use of uninitialized value $sha1_short in regexp compilation at /usr/lib64/perl5/vendor_perl/5.30.3/Git/SVN/Log.pm line 301, <$fh> line 6. Because we're parsing raw diff output here, the likelihood is very low that we'll actually misparse the data, since the only lines we're going to get starting with colons are the ones we're expecting. Even if we had a newline in a path, we'd end up with a quoted path. Our regex is just less strict than we'd like it to be. However, it's obviously undesirable that our code is emitting Perl warnings, so let's convert it to use the proper variable name. Reported-by: Nikos Chantziaras <realnc@gmail.com> Signed-off-by: brian m. carlson <sandals@crustytoothpaste.net> --- perl/Git/SVN/Log.pm | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/perl/Git/SVN/Log.pm b/perl/Git/SVN/Log.pm index 3858fcf27d..9c819188ea 100644 --- a/perl/Git/SVN/Log.pm +++ b/perl/Git/SVN/Log.pm @@ -298,7 +298,7 @@ sub cmd_show_log { get_author_info($c, $1, $2, $3); } elsif (/^${esc_color}(?:tree|parent|committer) /o) { # ignore - } elsif (/^${esc_color}:\d{6} \d{6} $::sha1_short/o) { + } elsif (/^${esc_color}:\d{6} \d{6} $::oid_short/o) { push @{$c->{raw}}, $_; } elsif (/^${esc_color}[ACRMDT]\t/) { # we could add $SVN->{svn_path} here, but that requires ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [PATCH] svn: use correct variable name for short OID 2020-10-22 1:18 ` [PATCH] svn: use correct variable name for short OID brian m. carlson @ 2020-10-22 3:00 ` Jeff King 2020-10-22 3:24 ` Jeff King 0 siblings, 1 reply; 11+ messages in thread From: Jeff King @ 2020-10-22 3:00 UTC (permalink / raw) To: brian m. carlson; +Cc: git, Junio C Hamano, Nikos Chantziaras On Thu, Oct 22, 2020 at 01:18:11AM +0000, brian m. carlson wrote: > The commit 9ab33150a0 ("perl: create and switch variables for hash > constants", 2020-06-22) converted each instance of the variable > $sha1_short into $oid_short in the Subversion code, since git-svn now > understands SHA-256. However, one conversion was missed. > > As a result, Perl complains about the use of this variable: > > Use of uninitialized value $sha1_short in regexp compilation at > /usr/lib64/perl5/vendor_perl/5.30.3/Git/SVN/Log.pm line 301, <$fh> > line 6. > > Because we're parsing raw diff output here, the likelihood is very low > that we'll actually misparse the data, since the only lines we're going > to get starting with colons are the ones we're expecting. Even if we > had a newline in a path, we'd end up with a quoted path. Our regex is > just less strict than we'd like it to be. I agree this is unlikely to matter much in the happy path, but I wondered how confused things could get. I'd never looked at this code before, but it looks like we take git-log @args from the user. So: git svn log --format=":123456 123456 foo" gets mis-parsed. But not only is that exceedingly unlikely in the first place, AFAICT the command was never meant to allow arbitrary formats anyway. It's expecting its own "--pretty=raw" to be respected, so the command above is broken even with your fix. None of that changes the fix, which is obviously correct, but I wondered if we ought to have better test coverage here. And I've convinced myself the answer is "no"; there's no reasonable-to-test functional impact of this bug or its fix (aside from generating the warning, but it would be silly to write a test for this one warning; if we do anything it should be to complain about any warnings during the test run). -Peff ^ permalink raw reply [flat|nested] 11+ messages in thread
* Re: [PATCH] svn: use correct variable name for short OID 2020-10-22 3:00 ` Jeff King @ 2020-10-22 3:24 ` Jeff King 2020-10-22 19:29 ` Junio C Hamano 0 siblings, 1 reply; 11+ messages in thread From: Jeff King @ 2020-10-22 3:24 UTC (permalink / raw) To: brian m. carlson; +Cc: git, Junio C Hamano, Nikos Chantziaras On Wed, Oct 21, 2020 at 11:00:51PM -0400, Jeff King wrote: > None of that changes the fix, which is obviously correct, but I wondered > if we ought to have better test coverage here. And I've convinced myself > the answer is "no"; there's no reasonable-to-test functional impact of > this bug or its fix (aside from generating the warning, but it would be > silly to write a test for this one warning; if we do anything it should > be to complain about any warnings during the test run). We talked about it enough that I was curious how bad the patch would look. So here it is. It does catch the problem in DEVELOPER=1 mode, but not otherwise. The fact that we have to touch every perl file is a bit ugly. So I dunno. Maybe worth it, or maybe too nasty. -- >8 -- Subject: [PATCH] perl: check for perl warnings while running tests We set "use warnings" in most of our perl code to catch problems. But as the name implies, warnings just emit a message to stderr and don't otherwise affect the program. So our tests are quite likely to miss that warnings are being spewed, as most of them do not look at stderr. We could ask perl to make all warnings fatal, but this is likely annoying for non-developers, who would rather have a running program with a warning than something that refuses to work at all. So instead, let's teach the perl code to respect an environment variable (GIT_PERL_FATAL_WARNINGS) to increase the severity of the warnings. This can be set for day-to-day running if people want to be really pedantic, but the primary use is to trigger it within the test suite. We could also trigger that for every test run, but likewise even the tests failing may be annoying to distro builders, etc (just as -Werror would be for compiling C code). So we'll tie it to a special test-mode variable (GIT_TEST_PERL_FATAL_WARNINGS) that can be set in the environment or as a Makefile knob, and we'll automatically turn the knob when DEVELOPER=1 is set. That should give developers and CI the more careful view without disrupting normal users or packagers. Note that the mapping from the GIT_TEST_* form to the GIT_* form in test-lib.sh is necessary even if they had the same name: the perl scripts need it to be normalized to a perl truth value, and we also have to make sure it's exported (we might have gotten it from the environment, but we might also have gotten it from GIT-BUILD-OPTIONS directly). Signed-off-by: Jeff King <peff@peff.net> --- Makefile | 3 +++ config.mak.dev | 2 ++ git-svn.perl | 2 +- perl/FromCPAN/Error.pm | 2 +- perl/Git.pm | 2 +- perl/Git/I18N.pm | 2 +- perl/Git/IndexInfo.pm | 2 +- perl/Git/LoadCPAN.pm | 2 +- perl/Git/LoadCPAN/Error.pm | 2 +- perl/Git/LoadCPAN/Mail/Address.pm | 2 +- perl/Git/Packet.pm | 2 +- perl/Git/SVN.pm | 2 +- perl/Git/SVN/Editor.pm | 2 +- perl/Git/SVN/Fetcher.pm | 2 +- perl/Git/SVN/GlobSpec.pm | 2 +- perl/Git/SVN/Log.pm | 2 +- perl/Git/SVN/Memoize/YAML.pm | 2 +- perl/Git/SVN/Migration.pm | 2 +- perl/Git/SVN/Prompt.pm | 2 +- perl/Git/SVN/Ra.pm | 2 +- perl/Git/SVN/Utils.pm | 2 +- t/test-lib.sh | 6 ++++++ 22 files changed, 30 insertions(+), 19 deletions(-) diff --git a/Makefile b/Makefile index 95571ee3fc..4d6f6dc16f 100644 --- a/Makefile +++ b/Makefile @@ -2767,6 +2767,9 @@ ifdef GIT_INTEROP_MAKE_OPTS endif ifdef GIT_TEST_INDEX_VERSION @echo GIT_TEST_INDEX_VERSION=\''$(subst ','\'',$(subst ','\'',$(GIT_TEST_INDEX_VERSION)))'\' >>$@+ +endif +ifdef GIT_TEST_PERL_FATAL_WARNINGS + @echo GIT_TEST_PERL_FATAL_WARNINGS=\''$(subst ','\'',$(subst ','\'',$(GIT_TEST_PERL_FATAL_WARNINGS)))'\' >>$@+ endif @if cmp $@+ $@ >/dev/null 2>&1; then $(RM) $@+; else mv $@+ $@; fi diff --git a/config.mak.dev b/config.mak.dev index 89b218d11a..89db543534 100644 --- a/config.mak.dev +++ b/config.mak.dev @@ -45,3 +45,5 @@ ifeq ($(filter gcc5,$(COMPILER_FEATURES)),) DEVELOPER_CFLAGS += -Wno-uninitialized endif endif + +GIT_TEST_PERL_FATAL_WARNINGS = YesPlease diff --git a/git-svn.perl b/git-svn.perl index 58f5a7ac8f..70cb5e2a83 100755 --- a/git-svn.perl +++ b/git-svn.perl @@ -2,7 +2,7 @@ # Copyright (C) 2006, Eric Wong <normalperson@yhbt.net> # License: GPL v2 or later use 5.008; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use strict; use vars qw/ $AUTHOR $VERSION $oid $oid_short $oid_length diff --git a/perl/FromCPAN/Error.pm b/perl/FromCPAN/Error.pm index 8b95e2d73d..d82b71325c 100644 --- a/perl/FromCPAN/Error.pm +++ b/perl/FromCPAN/Error.pm @@ -12,7 +12,7 @@ package Error; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use vars qw($VERSION); use 5.004; diff --git a/perl/Git.pm b/perl/Git.pm index 10df990959..02eacef0c2 100644 --- a/perl/Git.pm +++ b/perl/Git.pm @@ -9,7 +9,7 @@ package Git; use 5.008; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use File::Temp (); use File::Spec (); diff --git a/perl/Git/I18N.pm b/perl/Git/I18N.pm index bfb4fb67a1..2037f387c8 100644 --- a/perl/Git/I18N.pm +++ b/perl/Git/I18N.pm @@ -1,7 +1,7 @@ package Git::I18N; use 5.008; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); BEGIN { require Exporter; if ($] < 5.008003) { diff --git a/perl/Git/IndexInfo.pm b/perl/Git/IndexInfo.pm index 2a7b4908f3..9ee054f854 100644 --- a/perl/Git/IndexInfo.pm +++ b/perl/Git/IndexInfo.pm @@ -1,6 +1,6 @@ package Git::IndexInfo; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use Git qw/command_input_pipe command_close_pipe/; sub new { diff --git a/perl/Git/LoadCPAN.pm b/perl/Git/LoadCPAN.pm index e5585e75e8..0c360bc799 100644 --- a/perl/Git/LoadCPAN.pm +++ b/perl/Git/LoadCPAN.pm @@ -1,7 +1,7 @@ package Git::LoadCPAN; use 5.008; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); =head1 NAME diff --git a/perl/Git/LoadCPAN/Error.pm b/perl/Git/LoadCPAN/Error.pm index c6d2c45d80..5d84c20288 100644 --- a/perl/Git/LoadCPAN/Error.pm +++ b/perl/Git/LoadCPAN/Error.pm @@ -1,7 +1,7 @@ package Git::LoadCPAN::Error; use 5.008; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use Git::LoadCPAN ( module => 'Error', import => 1, diff --git a/perl/Git/LoadCPAN/Mail/Address.pm b/perl/Git/LoadCPAN/Mail/Address.pm index f70a4f064c..340e88a7a5 100644 --- a/perl/Git/LoadCPAN/Mail/Address.pm +++ b/perl/Git/LoadCPAN/Mail/Address.pm @@ -1,7 +1,7 @@ package Git::LoadCPAN::Mail::Address; use 5.008; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use Git::LoadCPAN ( module => 'Mail::Address', import => 0, diff --git a/perl/Git/Packet.pm b/perl/Git/Packet.pm index b75738bed4..d144f5168f 100644 --- a/perl/Git/Packet.pm +++ b/perl/Git/Packet.pm @@ -1,7 +1,7 @@ package Git::Packet; use 5.008; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); BEGIN { require Exporter; if ($] < 5.008003) { diff --git a/perl/Git/SVN.pm b/perl/Git/SVN.pm index d1c352f92b..f6f1dc03c6 100644 --- a/perl/Git/SVN.pm +++ b/perl/Git/SVN.pm @@ -1,6 +1,6 @@ package Git::SVN; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use Fcntl qw/:DEFAULT :seek/; use constant rev_map_fmt => 'NH*'; use vars qw/$_no_metadata diff --git a/perl/Git/SVN/Editor.pm b/perl/Git/SVN/Editor.pm index c961444d4c..47fd048bf2 100644 --- a/perl/Git/SVN/Editor.pm +++ b/perl/Git/SVN/Editor.pm @@ -1,7 +1,7 @@ package Git::SVN::Editor; use vars qw/@ISA $_rmdir $_cp_similarity $_find_copies_harder $_rename_limit/; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use SVN::Core; use SVN::Delta; use Carp qw/croak/; diff --git a/perl/Git/SVN/Fetcher.pm b/perl/Git/SVN/Fetcher.pm index 729e5337df..968309e6d6 100644 --- a/perl/Git/SVN/Fetcher.pm +++ b/perl/Git/SVN/Fetcher.pm @@ -3,7 +3,7 @@ package Git::SVN::Fetcher; $_placeholder_filename @deleted_gpath %added_placeholder $repo_id/; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use SVN::Delta; use Carp qw/croak/; use File::Basename qw/dirname/; diff --git a/perl/Git/SVN/GlobSpec.pm b/perl/Git/SVN/GlobSpec.pm index a0a8d17621..f2c1e1f6fb 100644 --- a/perl/Git/SVN/GlobSpec.pm +++ b/perl/Git/SVN/GlobSpec.pm @@ -1,6 +1,6 @@ package Git::SVN::GlobSpec; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); sub new { my ($class, $glob, $pattern_ok) = @_; diff --git a/perl/Git/SVN/Log.pm b/perl/Git/SVN/Log.pm index 3858fcf27d..6cd4cdfceb 100644 --- a/perl/Git/SVN/Log.pm +++ b/perl/Git/SVN/Log.pm @@ -1,6 +1,6 @@ package Git::SVN::Log; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use Git::SVN::Utils qw(fatal); use Git qw(command command_oneline diff --git a/perl/Git/SVN/Memoize/YAML.pm b/perl/Git/SVN/Memoize/YAML.pm index 9676b8f2f7..8fcf6644a1 100644 --- a/perl/Git/SVN/Memoize/YAML.pm +++ b/perl/Git/SVN/Memoize/YAML.pm @@ -1,5 +1,5 @@ package Git::SVN::Memoize::YAML; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use strict; use YAML::Any (); diff --git a/perl/Git/SVN/Migration.pm b/perl/Git/SVN/Migration.pm index dc90f6a621..ed96ac593e 100644 --- a/perl/Git/SVN/Migration.pm +++ b/perl/Git/SVN/Migration.pm @@ -33,7 +33,7 @@ package Git::SVN::Migration; # possible if noMetadata or useSvmProps are set; but should # be no problem for users that use the (sensible) defaults. use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use Carp qw/croak/; use File::Path qw/mkpath/; use File::Basename qw/dirname basename/; diff --git a/perl/Git/SVN/Prompt.pm b/perl/Git/SVN/Prompt.pm index e940b08505..de158e848f 100644 --- a/perl/Git/SVN/Prompt.pm +++ b/perl/Git/SVN/Prompt.pm @@ -1,6 +1,6 @@ package Git::SVN::Prompt; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); require SVN::Core; use vars qw/$_no_auth_cache $_username/; diff --git a/perl/Git/SVN/Ra.pm b/perl/Git/SVN/Ra.pm index 2cfe055a9a..912e035040 100644 --- a/perl/Git/SVN/Ra.pm +++ b/perl/Git/SVN/Ra.pm @@ -1,7 +1,7 @@ package Git::SVN::Ra; use vars qw/@ISA $config_dir $_ignore_refs_regex $_log_window_size/; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use Memoize; use Git::SVN::Utils qw( canonicalize_url diff --git a/perl/Git/SVN/Utils.pm b/perl/Git/SVN/Utils.pm index 3d1a0933a2..5ca09ab448 100644 --- a/perl/Git/SVN/Utils.pm +++ b/perl/Git/SVN/Utils.pm @@ -1,7 +1,7 @@ package Git::SVN::Utils; use strict; -use warnings; +use warnings $ENV{GIT_PERL_FATAL_WARNINGS} ? qw(FATAL all) : (); use SVN::Core; diff --git a/t/test-lib.sh b/t/test-lib.sh index ef31f40037..dfad820dd4 100644 --- a/t/test-lib.sh +++ b/t/test-lib.sh @@ -499,6 +499,12 @@ then export GIT_INDEX_VERSION fi +if test -n "$GIT_TEST_PERL_FATAL_WARNINGS" +then + GIT_PERL_FATAL_WARNINGS=1 + export GIT_PERL_FATAL_WARNINGS +fi + # Add libc MALLOC and MALLOC_PERTURB test # only if we are not executing the test with valgrind if test -n "$valgrind" || -- 2.29.0.579.g559558a5ea ^ permalink raw reply related [flat|nested] 11+ messages in thread
* Re: [PATCH] svn: use correct variable name for short OID 2020-10-22 3:24 ` Jeff King @ 2020-10-22 19:29 ` Junio C Hamano 0 siblings, 0 replies; 11+ messages in thread From: Junio C Hamano @ 2020-10-22 19:29 UTC (permalink / raw) To: Jeff King; +Cc: brian m. carlson, git, Nikos Chantziaras Jeff King <peff@peff.net> writes: > The fact that we have to touch every perl file is a bit ugly. So I > dunno. Maybe worth it, or maybe too nasty. Just a single pragma per file? That does not sound too bad at least to me. Thanks, queued. > Note that the mapping from the GIT_TEST_* form to the GIT_* form in > test-lib.sh is necessary even if they had the same name: the perl > scripts need it to be normalized to a perl truth value, and we also have > to make sure it's exported (we might have gotten it from the > environment, but we might also have gotten it from GIT-BUILD-OPTIONS > directly). And GIT_PERL_FATAL_WARNINGS is cleared together with the other GIT_* options upfront, so here we only need to worry about setting and exporting it. Makes sense. > diff --git a/t/test-lib.sh b/t/test-lib.sh > index ef31f40037..dfad820dd4 100644 > --- a/t/test-lib.sh > +++ b/t/test-lib.sh > @@ -499,6 +499,12 @@ then > export GIT_INDEX_VERSION > fi > > +if test -n "$GIT_TEST_PERL_FATAL_WARNINGS" > +then > + GIT_PERL_FATAL_WARNINGS=1 > + export GIT_PERL_FATAL_WARNINGS > +fi > + > # Add libc MALLOC and MALLOC_PERTURB test > # only if we are not executing the test with valgrind > if test -n "$valgrind" || ^ permalink raw reply [flat|nested] 11+ messages in thread
end of thread, other threads:[~2020-10-22 19:30 UTC | newest] Thread overview: 11+ messages (download: mbox.gz / follow: Atom feed) -- links below jump to the message on this page -- 2020-10-21 18:42 git svn log: Use of uninitialized value $sha1_short Nikos Chantziaras 2020-10-21 20:26 ` Jeff King 2020-10-21 20:48 ` Junio C Hamano 2020-10-21 21:29 ` Jeff King 2020-10-21 22:29 ` brian m. carlson 2020-10-22 2:56 ` Jeff King 2020-10-21 22:21 ` brian m. carlson 2020-10-22 1:18 ` [PATCH] svn: use correct variable name for short OID brian m. carlson 2020-10-22 3:00 ` Jeff King 2020-10-22 3:24 ` Jeff King 2020-10-22 19:29 ` Junio C Hamano
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).