Denis Blank

icon location Germany icon location Compiler and C++ metaprogramming enthusiast. I'm specialized in library development, client-server architectures, compiler construction and Unreal Engine.

Results 71 comments of Denis Blank

some fixed spells -> someone know contact for this dev?

Very nice stuff i think

[C++] Rare bad buffer content alignment if `sizeof(T) != alignof(T)`

I was able ro reproduce the issue see the following stacktrace how `minalign_` gets set to 12: ``` flatbuffers::FlatBufferBuilder::TrackMinAlign(unsigned __int64 12) Line 250 C++ flatbuffers::FlatBufferBuilder::PreAlign(unsigned __int64 108, unsigned __int64 12)...

[C++] Rare bad buffer content alignment if sizeof(T) != alignof(T)

@dbaileychess Could you review this PR please? I fixed the issue by adding alignment parameters to functions calling StartVector. Additionally, I spotted several expressions in the codebase of the form...

[C++] Rare bad buffer content alignment if sizeof(T) != alignof(T)

@dbaileychess Thank you for your review, I have fixed the outstanding changes and optimizations.

[C++] Rare bad buffer content alignment if sizeof(T) != alignof(T)

@dbaileychess From my side this PR is finished, do you know why workflow "buildkite/flatbuffers/pr" is failing without any useful output?

[C++] Rare bad buffer content alignment if sizeof(T) != alignof(T)

@dbaileychess I probably have fixed the remaining issues, could you approve the outstanding workflows again please?

Implicit converting constructor of `entt::meta_any`

https://godbolt.org/z/nW317o73E ```cpp #include #include #include #include #include using namespace entt; void test() { ranges::zip_view(ranges::views::iota(1), ranges::views::iota(1)) | ranges::views::filter([=](auto&&) { return true; }); } ``` After reproducing the issue I noticed that...

Implicit converting constructor of `entt::meta_any`

I have no idea. Actually I expected the issue to occur without `using namespace entt` too.

Implicit converting constructor of `entt::meta_any`

Thank you for taking a look at this again. I see your point, however importing namespaces can be perfectly valid especially for compilation units (not headers). It is probably difficult...

Implicit converting constructor of `entt::meta_any`

As I remind, the in-class `operator!=` also fixed the issue for me. A catch-all constructor is always fine as long as it is marked as `explicit`. I was saying that...