Re: Feature request - base64 Filename Safe Alphabet

[Jim Meyering]

Bo Borgerson <address@hidden> wrote:
> Jim Meyering wrote:
>> I found "strict_newlines" to be a little unclear.
>> If you use something like "ignore_newlines" instead, that's not
>> only clearer to me, but with its reversed semantics it also lets
>> you avoid three negations.
>
> Thanks, that's much nicer.
>
> The attached patch contains this change and is rebased against the
> current HEAD.
>
> I've also made this available via:
>
> $ git fetch git://repo.or.cz/coreutils/bo.git base64-merge:base64-merge
...
>>From 9131d82c32e00b606eb79d083ef8309178460ac5 Mon Sep 17 00:00:00 2001
> From: Bo Borgerson <address@hidden>
> Date: Wed, 30 Apr 2008 17:40:38 -0400
> Subject: [PATCH] An upstream compatible base64
>
> * gl/lib/base64.c (base64_decode_ctx): If no context structure was passed in,
> treat newlines as garbage (this is the historical behavior).  Formerly
> base64_decode.
> (base64_decode_alloc_ctx): Formerly base64_decode_alloc.
> * gl/lib/base64.h (base64_decode): Macro for four-argument calls.
> (base64_decode_alloc): Likewise.
> * src/base64.c (do_decode): Call base64_decode_ctx instead of base64_decode.

Thanks.  I've applied and pushed that.
With that, updating from gnulib (assuming no changes required there)
will be a no-op.