
On Sun, Apr 14, 2019 at 1:02 PM Antony Polukhin
On Sun, Apr 14, 2019, 16:40 Rene Rivera
wrote: On Sun, Apr 14, 2019 at 8:33 AM Rene Rivera
wrote: On Sun, Apr 14, 2019 at 1:54 AM Antony Polukhin
wrote: On Sat, Apr 13, 2019, 23:17 Rene Rivera via Boost < boost@lists.boost.org> wrote:
Well, that's interesting, and strange given that such a label does exist <
https://github.com/boostorg/build/blob/develop/src/engine/config_toolset.bat...
Same issue with variant. Note that there's one successful build https://ci.appveyor.com/project/apolukhin/variant-ykfti/builds/23831018 . Comparing the environments of failed and succeeded builds may be helpful in locating the issue.
So... There's something weird in the Appveyor VS 2013 image that is not present in the VS 2015 or 2017 images.
My suggestion would be to switch all those 2013 images to the 2015 images. It has all the same versions of compilers.
This may work, however having an unknown issue in the b2 code makes me nervous. This issue could fire on a user device at some inappropriate time (during release candidate testing for example).
It's unpractical to test the unbounded interactions from bad user configurations. And since the toolsets themselves have no problems < https://dev.azure.com/grafikrobot/B2/_build/results?buildId=50> I don't see the advantage of trying to debug the Appveyor setup. If someone runs into a problem in their system then we can debug it. -- -- Rene Rivera -- Grafik - Don't Assume Anything -- Robot Dreams - http://robot-dreams.net