1
0
Fork 0

sandbox: Fix building with LLVM

- The macro __BIGGEST_ALIGNMENT__ is gcc-specific.  If it is not defined
  we'll just assume 16.  This is correct for at least the common cases
  and LLVM does not provide an equivalent macro.
- When linking U-Boot we're passing -T to the linker, and while gcc will
  just pass this along with LLVM we need to be specific.

Cc: Simon Glass <sjg@chromium.org>
Signed-off-by: Tom Rini <trini@konsulko.com>
Reviewed-by: Simon Glass <sjg@chromium.org>
utp
Tom Rini 2016-03-05 14:07:44 -05:00
parent 22d90d560a
commit 699946ae61
2 changed files with 7 additions and 1 deletions

View File

@ -16,7 +16,7 @@ PLATFORM_CPPFLAGS += $(shell sdl-config --cflags)
endif
endif
cmd_u-boot__ = $(CC) -o $@ -T u-boot.lds \
cmd_u-boot__ = $(CC) -o $@ -Wl,-T u-boot.lds \
-Wl,--start-group $(u-boot-main) -Wl,--end-group \
$(PLATFORM_LIBS) -Wl,-Map -Wl,u-boot.map

View File

@ -12,7 +12,13 @@
* the contents of stack buffers to something reasonable. The
* GCC macro __BIGGEST_ALIGNMENT__ is defined to be the maximum
* required alignment for any basic type. This seems reasonable.
* This is however GCC specific so if we don't have that available
* assume that 16 is large enough.
*/
#ifdef __BIGGEST_ALIGNMENT__
#define ARCH_DMA_MINALIGN __BIGGEST_ALIGNMENT__
#else
#define ARCH_DMA_MINALIGN 16
#endif
#endif /* __SANDBOX_CACHE_H__ */