meson/test cases/failing/127 generator host binary/meson.build

project('generator host binary no exe_wrapper')

if meson.can_run_host_binaries()
  error('MESON_SKIP_TEST: test requires that build machine cannot run host binaries')
endif

add_languages('c', native : false)

exe = executable('exe', 'exe.c', native : false)

gen = generator(exe, output : '@BASENAME@.c', arguments : ['@INPUT@', '@OUTPUT@'])
foo = gen.process('lib.in')

library('foo', foo)
backends: Stop passing generator exes to ExecutableSerialisation as strings The code below this already handles being passed an Executable or ExternalProgram, and it does it correctly, since it handles host binaries that need an exe_wrapper correctly, while the code in the generator paths doesn't. The xcode backend is, like always, problematic, it doesn't handle things the same way as the ninja and vscode backends, and generates a shell script instead of using meson as a wrapper when needed (it seems likely that just forcing the meson path for xcode would be better). I don't have a working mac to develop a fix for, so I've left a todo comment there. Fixes: #11264 2 years ago			`project('generator host binary no exe_wrapper')`

			`if meson.can_run_host_binaries()`
			`error('MESON_SKIP_TEST: test requires that build machine cannot run host binaries')`
			`endif`

			`add_languages('c', native : false)`

			`exe = executable('exe', 'exe.c', native : false)`

fix various spelling issues Signed-off-by: Josh Soref <2119212+jsoref@users.noreply.github.com> 2 years ago			`gen = generator(exe, output : '@BASENAME@.c', arguments : ['@INPUT@', '@OUTPUT@'])`
backends: Stop passing generator exes to ExecutableSerialisation as strings The code below this already handles being passed an Executable or ExternalProgram, and it does it correctly, since it handles host binaries that need an exe_wrapper correctly, while the code in the generator paths doesn't. The xcode backend is, like always, problematic, it doesn't handle things the same way as the ninja and vscode backends, and generates a shell script instead of using meson as a wrapper when needed (it seems likely that just forcing the meson path for xcode would be better). I don't have a working mac to develop a fix for, so I've left a todo comment there. Fixes: #11264 2 years ago			`foo = gen.process('lib.in')`

			`library('foo', foo)`