Chandlerooo
Chandlerooo
I notice there seems to be a workaround for llvm.17868 in line 1453 of ssa.c : https://github.com/mono/mono/blob/main/mono/mini/ssa.c ``` /* * h->nesting is needed to work around: * http://llvm.org/bugs/show_bug.cgi?id=17868 */ if...
**Describe the bug** I notice there is a workarounds for llvm.21629: https://github.com/Warzone2100/warzone2100/blob/master/lib/framework/frame.h ``` #if defined(__clang__) // workaround LLVM bug https://bugs.llvm.org//show_bug.cgi?id=21629 #pragma clang diagnostic ignored "-Wmissing-braces" #endif ``` This bug is...
I notice a workaround for llvm.12833: https://github.com/ValveSoftware/steamos_mesa/blob/4d8013e2b0914bfb0472778ebf15e27faa0d39fb/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp ``` /* * Workaround http://llvm.org/bugs/show_bug.cgi?id=12833 */ StringRef MArch = ""; StringRef MCPU = ""; Triple TT(unwrap(M)->getTargetTriple()); JIT = builder.create(builder.selectTarget(TT, MArch, MCPU, MAttrs)); ```...
I notice several workarounds for llvm.11089: https://github.com/panda-re/panda/blob/d2ee3d1bde15623813bcae1708eaa7d759cedd96/panda/tools/helper_call_modifier.cpp > /* > * XXX: We need to **remove stack smash protection from helper** > * functions that are to be compiled with...
There is a workaround in attributes.h: https://github.com/abseil/abseil-cpp/blob/9eff97861b88999428d1254f95c83d94a2e95944/absl/base/attributes.h ```cpp // A function-like feature checking macro that accepts C++11 style attributes. // It's a wrapper around `__has_cpp_attribute`, defined by ISO C++ SD-6...
I notice there is a workaround: https://github.com/gentryx/libflatarray/blob/master/include/libflatarray/aligned_allocator.hpp ``` /** * Added due to compiling for Intel MIC with CPP14=TRUE * GCC Bug Report: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51626 */ void construct(pointer p) { std::allocator().construct(p,...
I notice that interpret_tuple.h has a workaround: https://github.com/rbock/sqlpp11/blob/main/include/sqlpp11/interpret_tuple.h ``` // Note: A braced-init-list does guarantee the order of evaluation according to 12.6.1 [class.explicit.init] // paragraph 2 and 8.5.4 [dcl.init.list] paragraph...
I notice a workaround for gcc.99578 in src/backends/cl/ClContextDeserializer.cpp introduced by commit https://github.com/ARM-software/armnn/commit/e118e0423d6ec95c9894a987db671844f8220117 https://github.com/ARM-software/armnn/blob/b8eb746f020bff88a065810280004693fb33c1eb/src/backends/cl/ClContextDeserializer.cpp#L105 This bug has been marked as fixed: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99578. Shall it be removed?