similar to: LLVM Sphinx buildbot

Yes, I am working on it. The sub-projects are still having issues but the other documentation has been fixed. -Tanya > On Feb 14, 2019, at 3:53 AM, Alexander Kornienko <alexfh at google.com> wrote: > > Tanya, friendly ping. > > On Mon, Feb 11, 2019 at 3:21 PM Alexander Kornienko <alexfh at google.com <mailto:alexfh at google.com>> wrote: > Hi Tanya, >

Thank you! It seems like new changes in .rst files are picked up quickly now. -- Alex On Thu, Feb 14, 2019 at 7:33 PM Tanya Lattner <tonic at nondot.org> wrote: > This should all be fixed now. > > Thanks, > Tanya > > > On Feb 14, 2019, at 9:50 AM, Tanya Lattner <tonic at nondot.org> wrote: > > Yes, I am working on it. The sub-projects are still having

Hi Tanya, Last time I noticed a problem with clang-tools-extra docs you could help solving them. If someone else is taking care of this part of the infrastructure now, please redirect appropriately. It looks like docs generated from rst (for LLVM, Clang and clang-tools-extra) don't get updated at the moment. They stopped updating somewhere between r353327

Hi All, I've been working on some documentation changes for GlobalISel and it looks like they aren't being reflected on llvm.org <http://llvm.org/>. In particular, the change I landed on the 25th Oct (https://github.com/llvm/llvm-project/commit/feab0334f57d) hasn't appeared yet. This commit changed the 'Global Instruction Selection' link at

Hi all, It looks like the llvm-sphinx-docs fails for a long time (at least 20 days). Can someone please confirm if this is true? Best regards, Djordje

Hi All, I'm working on rewriting libc++'s documentation using Sphinx. Hopefully it will be easier to write and maintain documentation using restructured text and not HTML. What steps do I need to take to get libc++ a Sphinx builder and get the required changes made for libcxx.llvm.org? /Eric

Hi Tanya, The www-scripts builder that updates the Sphinx documentation has been broken for about a week now, despite the buildbot builders passing. The error from the last sphinx update attempt says: > /opt/tools/sphinx_update.sh: warning: removing stale lock file from PID 8798. > UPDATING lld SOURCES > Updating '.': > At revision 302593. > make: *** No rule to make

On 08/26/2015 04:12 PM, Renato Golin via llvm-dev wrote: > On 26 August 2015 at 15:07, Davide Italiano <davide at freebsd.org> wrote: >> I see frequent timeouts on this bot -- can the timeout be increased? > > Hi Davide, > > Increasing the timeout is not ideal. We need to fix the problem in a > different way. > > Our other ARM bots are using CMake 3.2 + Ninja

I don't know if that would make a difference. Whenever a CMake file is changed and a build rule is executed CMake is automatically re-run, but the variables in the cache remain. Since certain configuration doesn't re-run once a variable is in the cache, a bad cache variable can break the build until it's manually removed. I believe that's what's happening here. I should

Ping. It's been another week. When are we going to get the docs building and updating again? On Tue, May 16, 2017 at 9:01 PM, Eric Fiselier <eric at efcs.ca> wrote: > Ping. Everything is still broken. > > On Wed, May 10, 2017 at 2:39 PM, Eric Fiselier <eric at efcs.ca> wrote: > >> I don't know if that would make a difference. Whenever a CMake file is

Hi Eric, On 20 July 2015 at 10:41, Eric Fiselier <eric at efcs.ca> wrote: > Hi All, > > I'm working on rewriting libc++'s documentation using Sphinx. > Hopefully it will be easier to write and maintain documentation using > restructured text and not HTML. > > What steps do I need to take to get libc++ a Sphinx builder and get > the required changes made for

Alexey, I got mail from one of the tsan buildbots, claiming a breakage in tsan tests. But I cannot see anything on the logs it has for the build. http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/17916/steps/run%2064-bit%20tsan%20unit%20tests/logs/stdio Any ideas? Thanks. Diego. ---------- Forwarded message ---------- From: <llvm.buildmaster at lab.llvm.org> Date: Wed,

@Tobias The poly docs build step is still failing, but due to a bug in the particular version of Sphinx used by the www-scripts builder. This seems like something best worked around inside poly. The builds take place hourly and their output is reported on the www-scripts at lists.llvm.org mailing list. On Thu, May 25, 2017 at 12:58 AM, Tobias Grosser <tobias.grosser at inf.ethz.ch > wrote:

This bot seems kind of flaky. In the last 100 builds, it has failed "gdb-75-check" 22 times with what is either a linker error or a missing header (or both?): gdb compile failed, /usr/bin/ld: error: /home/buildslave/osuosl_slave/clang-x86_64-ubuntu-gdb-75/clang-tests/build/gdb/testsuite/gdb.trace/pendshr1.c.o: requires dynamic R_X86_64_PC32 reloc against 'pendfunc1' which

On Wed, May 13, 2015 at 10:39 AM, Reid Kleckner <rnk at google.com> wrote: > It's a 20m timeout without output. > > If you back up to the build and look at the 'annotate' step output, > there's this text: > > http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/17916/steps/annotate/logs/stdio > > -- Testing: 258 tests, 16 threads -- >

+dvyukov On Wed, May 13, 2015 at 11:08 AM, David Blaikie <dblaikie at gmail.com> wrote: > > > On Wed, May 13, 2015 at 10:39 AM, Reid Kleckner <rnk at google.com> wrote: > >> It's a 20m timeout without output. >> >> If you back up to the build and look at the 'annotate' step output, >> there's this text: >> >>

Happened to me again: http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/18273/steps/annotate/logs/stdio In fact, this whole bot has a 20% failure rate with the same failure mode, from looking at the history: http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/?numbuilds=50 They all end with this: [100%] Running ThreadSanitizer tests -- Testing: 258 tests, 16 threads --

I'm trying to understand why the buildbot sanitizer-ppc64-linux1 fails due to my latest patch. It was in llvm::GlobalValue while the reported failure is: strcspn-2.c.tmp: /home/buildbots/sanitizerslave1/sanitizer-ppc64-1/build/llvm/projects/compiler-rt/test/asan/TestCases/strcspn-2.c:17: int main(int, char **): Assertion `r == sizeof(s1) - 1' failed. where strcspn-2.c (below) tests the

On Wed, Aug 26, 2015 at 7:04 AM, <llvm.buildmaster at lab.llvm.org> wrote: > The Buildbot has detected a new failure on builder clang-native-arm-cortex-a9 while building llvm. > Full details are available at: > http://lab.llvm.org:8011/builders/clang-native-arm-cortex-a9/builds/29883 > > Buildbot URL: http://lab.llvm.org:8011/ > > Buildslave for this Build: as-bldslv2

> Please go ahead. We can host the buildbot here: > > http://lab.llvm.org:8011/buildslaves/gribozavr4 Thanks. I guess I'll have to do some reading because I don't have a good high level understanding of how the build bot works. For gribozavr4 does that mean running a new buildbot slave process on the machine or can slaves build multiple configurations (is this the same as what