[PATCH v3 0/5] Fix compiler warnings for 32-bit ARM

[Tom Rini]

On Sun, Oct 31, 2021 at 05:47:00PM -0600, Simon Glass wrote:
> Hi,
> 
> On Sun, 1 Aug 2021 at 18:56, Simon Glass <sjg at chromium.org> wrote:
> >
> > These were noticed when building sandbox on a Raspberry Pi 400, which uses
> > 32-bit linux.
> >
> > To make this work, I enabled CONFIG_HOST_32BIT in 'make menuconfig'. It
> > would be nice if that were automatic, since we have the logic already in
> > arch/sandbox/config.mk
> >
> > So this series adds that.
> >
> > It also fixes the unicode warnings of the form:
> >
> > /usr/bin/ld: warning: arch/sandbox/cpu/start.o uses 2-byte wchar_t yet the
> > output is to use 4-byte wchar_t; use of wchar_t values across objects
> > may fail
> >
> > as suggested by Heinrich.
> >
> > Changes in v3:
> > - Mention the link to the new upstream patch
> > - Change some things EFI things missed (or new since) last time
> > - Use 'bitness' instead of 'bit'
> > - Add a new patch to change non-EFI occurences
> >
> > Changes in v2:
> > - Add new patch to reduce checkpatch unicode-string spam
> > - Drop patches previously applied
> > - Put all the packages in gcc.rst
> >
> > Joe Perches (1):
> >   checkpatch: Support wide strings

Has this been merged upstream yet?  It's going to get lost otherwise.

> > Simon Glass (4):
> >   efi: Use 16-bit unicode strings
> >   treewide: Use 16-bit unicode strings

What was the outcome here?  I think I was saying we should make some
global correction to the source tree, was this in fact it?

> >   sandbox: Detect the host bit size automatically

Commented on now.

> >   RFC: treewide: Drop -fshort-char

I think this causes other problems unfortunately?

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20211101/7d64a6cf/attachment.sig>