Skip to content

Conversation

mizvekov
Copy link
Collaborator

@mizvekov mizvekov commented Oct 8, 2025

No description provided.

llvm-archive-filename: {{{ llvm-archive-basename }}}.{{{ llvm-archive-extension }}}
llvm-sanitizer-config: {{#if (and (ne compiler 'clang') (ne compiler 'apple-clang'))}}{{else if ubsan}}Undefined{{else if asan}}Address{{else if msan}}MemoryWithOrigins{{/if}}
common-flags-base: {{#if (ieq compiler 'clang')}}-gz=zstd {{/if}}
common-flags-base: {{#if (ieq compiler 'clang')}}-gz=zstd {{/if}}{{#if (eq compiler 'msvc') }}/WX {{else}}-Werror {{/if}}
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

We can make this PR simpler. I don't know if these flags are being passed to dependencies. But one thing we often do in boost libraries is just to enable warnings as errors directly in CMake when the cmake option for tests is enabled. Then we enable it for the main libraries and for the test executables. In any case, even if using another strategy, we shouldn't be checking for errors in lua. In fact, I think I'm removing this lua bundle in another commit in another PR.

Copy link
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The problem is that the lua sources are compiled as if they were part of mrdocs itself, and it would be annoying to have to provide different flags to different source files within mrdocs.

If you are removing the lua bundle anyway, then we might as well wait for that.

But otherwise, what's happening to it, are we going to be using the system lua implementation?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The Lua integration has never been completely implemented. In any case, it should be an external dependency, like any other, for several reasons, and that's one of them. I don't know if that removing lua blocks this PR but the other PR I mentioned should be ready today.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

as well wait for that

#1063

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants