Bug 108922

Summary:	Meson: crosscompiling with a crossfile fails
Product:	Mesa	Reporter:	Alexandre Demers <alexandre.f.demers>
Component:	Other	Assignee:	mesa-dev
Status:	RESOLVED INVALID	QA Contact:	mesa-dev
Severity:	normal
Priority:	medium
Version:	git
Hardware:	Other
OS:	All
Whiteboard:
i915 platform:		i915 features:
Attachments:	crossfile

Description Alexandre Demers 2018-12-03 08:04:33 UTC

SI'm not sure it is a bug per se since there is a workaround that I'm suggesting at the end. However, this clearly doesn't follow meson's doc about crosscompilation.

I've been using a script to build mesa easily. I only have to add a few arguments to crosscompile, bisect, etc. Now, I'm in the process of moving this script from autotools to meson. Everything is being configured and is compiling fine when build from x86_64 (build) to x86_64 (host). To follow meson's doc about crosscompilation, I've created a simple crossfile (I'll attach it). That way, meson knows I'm building on a x86_64 build to a x86 host. Adding a bit of debug outputs shows that the build is detected as x86_64 and the host as x86. However, this fails miserably:

error
[40/2045] Compiling C object 'src/mapi/glapi/src@mapi@glapi@@glapi_static@sta/.._entry.c.o'.
FAILED: src/mapi/glapi/src@mapi@glapi@@glapi_static@sta/.._entry.c.o 
/usr/bin/gcc -Isrc/mapi/glapi/src@mapi@glapi@@glapi_static@sta -Isrc/mapi/glapi -I../../src/mapi/glapi -Isrc/mesa -I../../src/mesa -Iinclude -I../../include -Isrc -I../../src -Isrc/mapi -I../../src/mapi -Isrc/mapi/glapi/gen -fdiagnostics-color=always -DNDEBUG -pipe -D_FILE_OFFSET_BITS=64 -Wall -Winvalid-pch -std=c99 -O3 -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS '-DPACKAGE_VERSION="19.0.0-devel"' '-DPACKAGE_BUGREPORT="https://bugs.freedesktop.org/enter_bug.cgi?product=Mesa"' -DGLX_USE_TLS -DHAVE_ST_VDPAU -DENABLE_ST_OMX_BELLAGIO=1 -DENABLE_ST_OMX_TIZONIA=0 -DHAVE_X11_PLATFORM -DGLX_INDIRECT_RENDERING -DGLX_DIRECT_RENDERING -DGLX_USE_DRM -DHAVE_DRM_PLATFORM -DHAVE_SURFACELESS_PLATFORM -DENABLE_SHADER_CACHE -DHAVE___BUILTIN_BSWAP32 -DHAVE___BUILTIN_BSWAP64 -DHAVE___BUILTIN_CLZ -DHAVE___BUILTIN_CLZLL -DHAVE___BUILTIN_CTZ -DHAVE___BUILTIN_EXPECT -DHAVE___BUILTIN_FFS -DHAVE___BUILTIN_FFSLL -DHAVE___BUILTIN_POPCOUNT -DHAVE___BUILTIN_POPCOUNTLL -DHAVE___BUILTIN_UNREACHABLE -DHAVE_FUNC_ATTRIBUTE_CONST -DHAVE_FUNC_ATTRIBUTE_FLATTEN -DHAVE_FUNC_ATTRIBUTE_MALLOC -DHAVE_FUNC_ATTRIBUTE_PURE -DHAVE_FUNC_ATTRIBUTE_UNUSED -DHAVE_FUNC_ATTRIBUTE_WARN_UNUSED_RESULT -DHAVE_FUNC_ATTRIBUTE_WEAK -DHAVE_FUNC_ATTRIBUTE_FORMAT -DHAVE_FUNC_ATTRIBUTE_PACKED -DHAVE_FUNC_ATTRIBUTE_RETURNS_NONNULL -DHAVE_FUNC_ATTRIBUTE_VISIBILITY -DHAVE_FUNC_ATTRIBUTE_ALIAS -DHAVE_FUNC_ATTRIBUTE_NORETURN -D_GNU_SOURCE -DUSE_SSE41 -DUSE_GCC_ATOMIC_BUILTINS -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -DMAJOR_IN_SYSMACROS -DHAVE_SYS_SYSCTL_H -DHAVE_LINUX_FUTEX_H -DHAVE_ENDIAN_H -DHAVE_DLFCN_H -DHAVE_STRTOF -DHAVE_MKOSTEMP -DHAVE_POSIX_MEMALIGN -DHAVE_TIMESPEC_GET -DHAVE_MEMFD_CREATE -DHAVE_STRTOD_L -DHAVE_DLADDR -DHAVE_DL_ITERATE_PHDR -DHAVE_ZLIB -DHAVE_PTHREAD -DHAVE_PTHREAD_SETAFFINITY -DHAVE_LIBDRM -DHAVE_LLVM=0x0700 -DMESA_LLVM_VERSION_PATCH=0 -DUSE_LIBGLVND=1 -DHAVE_LIBUNWIND -DHAVE_WAYLAND_PLATFORM -DWL_HIDE_DEPRECATED -DHAVE_DRI3 -DHAVE_DRI3_MODIFIERS -DHAVE_GALLIUM_EXTRA_HUD=1 -DHAVE_LIBSENSORS=1 -Werror=implicit-function-declaration -Werror=missing-prototypes -Werror=return-type -fno-math-errno -fno-trapping-math -Wno-missing-field-initializers -Wno-format-truncation -fPIC -pthread -Werror=pointer-arith -Werror=vla -DMAPI_MODE_BRIDGE '-DMAPI_ABI_HEADER="/home/ademers/projects/display/mesa/build/i686-pc-linux-gnu/src/mapi/glapi/gen/glapi_mapi_tmp.h"'  -MD -MQ 'src/mapi/glapi/src@mapi@glapi@@glapi_static@sta/.._entry.c.o' -MF 'src/mapi/glapi/src@mapi@glapi@@glapi_static@sta/.._entry.c.o.d' -o 'src/mapi/glapi/src@mapi@glapi@@glapi_static@sta/.._entry.c.o' -c ../../src/mapi/entry.c
{standard input}: Assembler messages:
{standard input}:8: Error: invalid instruction suffix for `pop'
{standard input}:10: Error: @GOTNTPOFF reloc is not supported with 64-bit output format
{standard input}:10: Error: junk `@GOTNTPOFF' after expression
ninja: build stopped: subcommand failed.
make failed and returned exitcode 1

It happens even if I set (or not) the following:
  export CFLAGS="-m32"
  export CXXFLAGS="-m32"

Now, instead of using the crossfile, if I set the following (which is being used in Archlinux's lib32 mesa package), it will build fine:
  export CC="gcc -m32"
  export CXX="g++ -m32"
This is being detected as an x86 build to an x86 host, which is mostly a workaround than a real fix since we are overcoming the x86_64 build -> x86 host situation.

Am I missing something?

Comment 1 Alexandre Demers 2018-12-03 08:05:57 UTC

Created attachment 142695 [details]
crossfile

crossfile used to crosscompile mesa from a x86_64 build to a x86 host.

Comment 2 Eric Engestrom 2018-12-03 09:00:58 UTC

You tried adding the compiler `-m32` flag (through CFLAGS), but you were still missing the linker `-m32` flag (LDFLAGS).

Try using the cross file I sent on the mailing list last week:
https://lists.freedesktop.org/archives/mesa-dev/2018-November/210647.html
(we need to discuss something, but then I'll push it and it will be available on https://mesa3d.org/meson.html)

BTW, with meson it is not recommended to use env vars, but to use meson flags and settings, as it handles those better.

Comment 3 Alexandre Demers 2018-12-03 16:52:26 UTC

It seems I missed last week's memo about the cross file. ;) I'll try it and I'll update this bug accordingly in the next few days.

Thank you about the cue on env var VS meson's flags, I'm new to meson and your comment will be helpful.

Comment 4 Alexandre Demers 2018-12-04 06:05:18 UTC

Adding meson's flags instead of setting the environment variables did the trick. I'm closing this bug.

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.