-
Notifications
You must be signed in to change notification settings - Fork 16
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Is it intentional that everything what Linker writes into stderr is treated as error #24
Comments
Yeah. So mostly I wrote this for my webassembly project so I can build my stuff for webassembly and I think everything that emscripten linker was puting out shouldve been treated as errors. But overall my problem with all these categorization of logs was they were not consistent among different compilers. So eventually what you see is what made my compilers and me happy for my few projects. And Also I will pish new version ASAP |
I will try to think about it - maybe configurable regexp would do the job. In regards to push - maybe you would like to check hanging PR before making new release on nuget.org :) |
I pushed 1.22.77.8 |
Thanks to you first update after 3 years :D |
One of my compier/linker wrappers writes some "banner" info to stderr (but exit code is 0 - so process is successful).
I have noticed that this info is logged during building and displayed again after whole build.
What is more interesting that Compile step uses XBuildLogProvieder.LogOther method which things which do not fit into none of regexp treats as Warnings.
But Linker step calls XBuildLogProvider.LogLinker whch things which do not match any regexp logs es errors.
Is it intentional?
The text was updated successfully, but these errors were encountered: