On Sun, Oct 31, 2021 at 05:47:00PM -0600, Simon Glass wrote: > Hi, > > On Sun, 1 Aug 2021 at 18:56, Simon Glass <s...@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
signature.asc
Description: PGP signature