Nevermind, it seems that this is a Clang bug instead. See:
commit 62f3a9650a9f289a07a5f480764fb655178c2334
Author: Eric Fiselier <e...@efcs.ca>
Date: Sat Apr 4 03:18:01 2020 -0400
[libc++] Attempt to workaround module invalidation bug
Cheers,
Louis
> On Apr 6, 2020, at 09:30, Yvan Roux <yvan.r...@linaro.org> wrote:
>
>
>
> On Mon, 6 Apr 2020 at 15:18, Louis Dionne <ldio...@apple.com
> <mailto:ldio...@apple.com>> wrote:
>
>
>> On Apr 6, 2020, at 08:21, Yvan Roux <yvan.r...@linaro.org
>> <mailto:yvan.r...@linaro.org>> wrote:
>>
>> Hi Louis,
>>
>> Yes the issue due to this directory <TMP>/ModuleCache not being removed
>> after it is used or cleaned up at the beginning. So it's on our side or
>> into the test itself which doesn't remove these files at the end.
>
> Are you using some special CMake variable to point the build to that Module
> cache? If so, then it would be the responsibility of the bot to clean it up.
>
> Nope, there is nothing special on cmake command line.
>
> http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux/builds/1512/steps/cmake/logs/stdio
>
> <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux/builds/1512/steps/cmake/logs/stdio>
>
> Yvan
>
>
> Louis
>
>>
>> All our bots run inside containers, they are available here
>> https://hub.docker.com/u/linaro <https://hub.docker.com/u/linaro>
>>
>> Thanks
>> Yvan
>>
>> On Mon, 6 Apr 2020 at 10:08, Louis Dionne <ldio...@apple.com
>> <mailto:ldio...@apple.com>> wrote:
>>
>>
>> > On Apr 2, 2020, at 13:28, Louis Dionne via libcxx-dev
>> > <libcxx-...@lists.llvm.org <mailto:libcxx-...@lists.llvm.org>> wrote:
>> >
>> > Hi,
>> >
>> > It looks like several bots assigned to you started failing after
>> > e6a39f00e8d0 was committed:
>> >
>> >
>> > http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux-noexceptions
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux-noexceptions>
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux-noexceptions
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux-noexceptions>>
>> >
>> > http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux>
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-armv8-linux>>
>> >
>> > http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux>
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux>>
>> >
>> > http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux-noexceptions
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux-noexceptions>
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux-noexceptions
>> >
>> > <http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux-noexceptions>>
>> >
>> > They all fail on the test libcxx/test/libcxx/modules/stds_include.sh.cpp
>> > with the following error:
>> >
>> > <...>/libcxx/test/libcxx/modules/stds_include.sh.cpp:28:2: fatal
>> > error: file '<...>/libcxx/include/type_traits' has been modified since the
>> > module file '<TMP>/ModuleCache/1E92AHT/std-1V9DLRO.pcm' was built
>> > #include <vector>
>> > ^
>> > <...>/libcxx/test/libcxx/modules/stds_include.sh.cpp:28:2: note:
>> > please rebuild precompiled header
>> > '<TMP>/ModuleCache/1E92AHT/std-1V9DLRO.pcm'
>> > 1 error generated.
>> >
>> >
>> > Our other bots are not failing, so I very strongly suspect this is not
>> > because of the change itself, but rather some weirdness in your bot
>> > configuration. For that reason, I will *not* revert the change (that would
>> > likely not improve the situation anyway). Can you please collaborate with
>> > us to understand and fix the issue?
>>
>> Also, is there a Docker image used to run the bots? That is our preferred
>> way of handling libc++/libc++abi bots, because that means anyone can
>> reproduce the failures locally. If the bots don't require anything specific
>> beyond the CMake configuration they're testing, you could even use our
>> existing Docker images based on Debian.
>>
>> Louis
>>
>> _______________________________________________
>> linaro-toolchain mailing list
>> linaro-toolchain@lists.linaro.org <mailto:linaro-toolchain@lists.linaro.org>
>> https://lists.linaro.org/mailman/listinfo/linaro-toolchain
>> <https://lists.linaro.org/mailman/listinfo/linaro-toolchain>
_______________________________________________
linaro-toolchain mailing list
linaro-toolchain@lists.linaro.org
https://lists.linaro.org/mailman/listinfo/linaro-toolchain
