Robbie Harwood <[email protected]> writes: > So I think our way forward is to move where we nerf _GL_ATTRIBUTE_CONST > in grub2. I've tested that this works and will submit to grub2. > > Longer-term, this problem could be avoided by dropping the const > attribute from isbase64(). Since uchar_in_range is a macro, b64 is > const, and to_uchar() doesn't do anything, the compiler should be able > to infer this anyway. (Adding an inline marker to to_uchar() might help > with this.) What do you think?
I'm not really sure what you suggest -- please post a patch for review -- but I'm wondering if you are aware of how to use local patches for gnulib sources? Sometimes this is the best compromise when you can't come up with something that is suitable for gnulib generally, and you don't want to fix your code to use the existing gnulib API. https://www.gnu.org/software/gnulib/manual/html_node/Extending-Gnulib.html I sometimes use this when I disagree with something that is in gnulib upstream, but still track all other changes from gnulib. /Simon
signature.asc
Description: PGP signature
