Re: [PATCH] send-email: use catfile() to concatenate files
- From
Jakub Narebski <jnareb@gmail.com>
- Date
- Sep 14, 2010, 20:35 UTC
- Message-ID
- <m3iq28kqs4.fsf@localhost.localdomain>
- In-Reply-To
- <AANLkTim7y3qUqQ4TN4w9+5qwR-uLmCP=dTKnMUSnqUrP@mail.gmail.com>
Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes:
Show 23 quoted lines
> On Tue, Sep 14, 2010 at 19:26, Junio C Hamano <gitster@pobox.com> wrote: >> Ævar Arnfjörð Bjarmason <avarab@gmail.com> writes: >> >>> Change send-email to use Perl's catfile() function instead of >>> "$dir/$file". If send-email is given a $dir that ends with a / we'll >>> end up printing a double slashed path like "dir//mtfnpy.patch". >>> >>> This doesn't cause any problems since Perl's IO layer will handle it, >>> but it looks ugly. >>> >>> Signed-off-by: Ævar Arnfjörð Bjarmason <avarab@gmail.com> >> >> If you mentioned in the proposed log message that File::Spec::Functions >> have been with us since Perl 5.6.1, it would have saved me (and others) >> some time worrying about the portability issues. > > I thought you might trust me to write portable code by default :) > > Anyway, I forgot to mention it. But one can use the corelist(1) > program to see when what modules appeared in perl core: > > $ corelist File::Spec::Functions > File::Spec::Functions was first released with perl 5.00504
Also using File::Spec / File::Spec::Functions makes code more portable (with respect to things such as different directory separators, and volume portion of pathname) than using "$dir/$file".
-- Jakub Narebski Poland ShadeHawk on #git