taisei/src/util/meson.build

47 lines
1 KiB
Meson
Raw Normal View History

util_src = files(
'assert.c',
'crap.c',
'env.c',
'fbpair.c',
'geometry.c',
'graphics.c',
'io.c',
'kvparser.c',
'miscmath.c',
OpenGL ES 3.0 rendering backend (#148) * First steps towards shader transpilation Needs to be manually enabled via -Dshader_transpiler=true. Requires shaderc. https://github.com/google/shaderc Not yet functional due to missing SPIRV-Cross integration. SPIRV-Cross currently does not have an official C API, and crossc is too minimal to be useful. The current plan is to extend crossc and vendor it, while also sending PRs upstream. * Integrate crossc; shader transpilation for GLES now works * fix leak * gles30 backend now playable on Mesa with 3.2 context Some rendering issues are present. Identified so far: - Marisa's lasers are invisible - Death effect looks wrong Also, a small pixmap manipulation library has been written, and the texture uploading API redesigned around it. * fix marisa lasers in GLES (uniform name clashed with builtin) * fix player death effect in GLES (another name clash) * Dump ANGLE's translated shader code in debug log * fix screenshots * Drop support for triangle fans, switch to strips Fans offer no advantage over strips, and they've been removed in D3D10+, so ANGLE has to emulate them. * crude workaround for an ANGLE bug * Re-enable GL debug labels, fix an issue with them that affected ANGLE (but was always technically a bug) * fix race condition in shaderc initialization * New SDL_RWops interface for vertex buffers * Optimize VBO streaming via buffering updates Measurable performance improvement even with the main gl33 renderer, drastic improvement with ANGLE. * Fix the depth texture binding problem under ANGLE Apparently it hates GL_DEPTH_COMPONENT16 for some reason. Sized internal formats are not supported in GLES 2.0 anyway, so not using them is probably a good idea. * fix GLES2.0 segfault (the backend still doesn't work, though) * dump GL extensions at info log level, not debug * get around a Mesa bug; more correct texture format table for GLES2 * Correct GLES3 texture format table according to the spec Not a Mesa bug after all * require crossc>=1.5.0, fallback to subproject * Request at least 8bit per color channel in GL backends * Forbid lto for static windows builds with shader_transpiler=true * fix edge case segfault * Add basic ANGLE bundling support to the build system Windows only, and no NSIS support yet * Fix various windows-related build system and installer brokenness * Disable gles backends by default * update documentation
2018-10-02 00:36:10 +02:00
'pixmap.c',
'pngcruft.c',
'rectpack.c',
'stringops.c',
)
sse42_src += files(
'sse42.c',
)
if is_developer_build
util_src += files('debug.c')
endif
Some compatibility fixes for Elbrus compiler (and others based on EDG front end) (#157) * Reduce alignment to 16 due to stack variables alignment On some archs (e.g. elbrus) there is no possibility to align variables on stack by more that 16 bytes. * Added check for -Wno-typedef-redefinition In C11, there is legal to redefine typedef with the same type, but some compilers like elbrus's lcc and, probably, intel's icc generate a warning about that. So we disable it. * Typo fix * Fix __builtin_unreachable() warning on some frontends like EDG * Added check for __attribute__((designated_init)) It doesn't work for elbrus'c lcc and clang; but clang does not generate warning by default, but we still disable it just in case. * A hack to avoid -Wtype-limits for compilers with unsigned enums * Rewritten unreachable __builtin_unreachable() behavior. According to https://bugs.llvm.org/show_bug.cgi?id=13910, old clang versions also suffer from this issue along with lcc. And also this warning option is removed from gcc since 4.5.0, and it's likely there is no unreachable code analysis at all: https://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Warning-Options.html * Fixed unneeded stray UNREACHABLE which caused warnings * Removed alignas() which is unneeded after lowering alignment requirements * Removed a hack of -Wunreachable-code disabling on certain compilers Actually, there was a wrong opinion that most of unreachable code warnings are produced by __builtin_unreachable() itself, not the certain use of it. After commit 36493d3, it is finally figured out that it wasn't the case. * Added dummy element to a struct in a test for designated_init This test will enexpectedly fail when GNU extensions are not available
2019-02-07 09:11:13 +01:00
use_designated_init = cc.compiles('''
struct { int dummy; } __attribute__((designated_init)) x;
''', name : '__attribute__((designated_init)) with -Werror', args : [ '-Wattributes', '-Werror' ] )
if use_designated_init
config.set('TAISEI_BUILDCONF_USE_DESIGNATED_INIT', true)
else
config.set('TAISEI_BUILDCONF_USE_DESIGNATED_INIT', false)
endif
if host_machine.system() == 'windows'
# NOTE: Even if we ever build this with something like Midipix, we'd
# probably still want to use the winapi implementation of this here.
util_src += files('platform_win32.c')
else
# No have_posix check, it might just work.
util_src += files('platform_posix.c')
endif
subdir('pixmap_loaders')
util_src += pixmap_loaders_src