To be clear, we still use the official Windows SDK, and you can still use the Visual Studio IDE like you could before. But we don't have bots that build with Visual Studio's C++ compiler anymore, only the clang-using bots remain.
--
You received this message because you are subscribed to the Google Groups "cxx" group.
To unsubscribe from this group and stop receiving emails from it, send an email to cxx+uns...@chromium.org.
To post to this group, send email to c...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/cxx/9c7270e0-7ced-4292-971b-3f3ecae006f8%40chromium.org.
On Wed, Apr 10, 2019 at 7:14 AM Nico Weber <tha...@chromium.org> wrote:
It's the same as when the original email in this thread was written: We don't have bots covering it, we accept patches to keep the build going. I haven't seen anyone contribute patches to keep the build going though, and it likely is broken at the moment. So if something becomes much easier if you remove an MSVC workaround, try removing it and see if anyone shouts :)
My experience was that MSVC compatibility was a fair amount of work to keep going. If we're not seeing a steady stream of patches then I don't think that anyone is building with MSVC. But the community-supported stance has costs: it encourages people to worry about MSVC
and continue with habitual workarounds that we probably all have after years of tending to it. It also has costs from dealing with the workaround patches, although that cost doesn't appear to exist because of the presumed lack of anyone actually maintaining this.Since we're a week shy of one year I'd suggest that we land a change that triggers a #error for MSVC, give people a month to object, and then potentially move to calling it unsupported. If there are groups building MSVC, and we want to accomodate them, then I think we should actually have bots to maintain it
—the middle ground seems bad.But it's not my call, so just my 2 cents here.Cheers
AGL
--
You received this message because you are subscribed to the Google Groups "cxx" group.
To unsubscribe from this group and stop receiving emails from it, send an email to cxx+uns...@chromium.org.
To post to this group, send email to c...@chromium.org.
To view this discussion on the web visit https://groups.google.com/a/chromium.org/d/msgid/cxx/CAL9PXLzEB665AQSOovWYbHL8x74_EwkYourd69s8E-X1T8dV5Q%40mail.gmail.com.
On Wed, Apr 10, 2019 at 12:43 PM Adam Langley <a...@chromium.org> wrote:Since we're a week shy of one year I'd suggest that we land a change that triggers a #error for MSVC, give people a month to object, and then potentially move to calling it unsupported. If there are groups building MSVC, and we want to accomodate them, then I think we should actually have bots to maintain itI disagree with this. If we have supported bots, everyone needs to worry about that build config, instead of just people using it. For example, the gcc build is chugging along fine but only a small number of people need to worry about it since we don't have a bot. I think that's a good setup.
On Wed, Apr 10, 2019 at 9:47 AM Nico Weber <tha...@chromium.org> wrote:
On Wed, Apr 10, 2019 at 12:43 PM Adam Langley <a...@chromium.org> wrote:On Wed, Apr 10, 2019 at 7:14 AM Nico Weber <tha...@chromium.org> wrote:It's the same as when the original email in this thread was written: We don't have bots covering it, we accept patches to keep the build going. I haven't seen anyone contribute patches to keep the build going though, and it likely is broken at the moment. So if something becomes much easier if you remove an MSVC workaround, try removing it and see if anyone shouts :)My experience was that MSVC compatibility was a fair amount of work to keep going. If we're not seeing a steady stream of patches then I don't think that anyone is building with MSVC. But the community-supported stance has costs: it encourages people to worry about MSVC"Community-supported" is supposed to mean that nobody expect people who want to use this have to worry about it. If anyone reading this worries about MSVC but doesn't build with MSVC: Stop worrying :) MSVC support isn't your problem to worry about.and continue with habitual workarounds that we probably all have after years of tending to it. It also has costs from dealing with the workaround patches, although that cost doesn't appear to exist because of the presumed lack of anyone actually maintaining this.Since we're a week shy of one year I'd suggest that we land a change that triggers a #error for MSVC, give people a month to object, and then potentially move to calling it unsupported. If there are groups building MSVC, and we want to accomodate them, then I think we should actually have bots to maintain itI disagree with this. If we have supported bots, everyone needs to worry about that build config, instead of just people using it. For example, the gcc build is chugging along fine but only a small number of people need to worry about it since we don't have a bot. I think that's a good setup.
I think it depends on the gap. My experience is that the Clang–GCC gap is tiny, and thus so are the problems. But the Clang–MSVC gap was pretty big.
If people were frequently getting "Fix MSVC build" CLs correcting their changes, I think they would internalise it pretty fast and worry about MSVC, whatever the policy.But none of this is a problem in practice because, I suspect, the MSVC build is dead. So it's not a big deal unless someone shows up and tries to maintain an MSVC build based on this policy. Thus I recommend burying it while we can :) But it's just a thought; not my area of policy.CheersAGL