similar to: [LLVMdev] [libcxx] How to update libcxx.llvm.org to use Sphinx generated doc?

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

CC Tanya and ping. On Mon, Jul 20, 2015 at 1:41 PM, 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

On Fri, Jul 31, 2015 at 12:01 AM, Dan Liew <dan at su-root.co.uk> wrote: > 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.

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

@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:

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

cmake -E cmake_progress_report llvm-3.8.0.src_bld_x86_64-rhel6.4-linux-gnu/CMakeFiles In file included from llvm-3.8.0.src/projects/libcxx/include/__hash_table:19:0, from llvm-3.8.0.src/projects/libcxx/src/hash.cpp:10: llvm-3.8.0.src/projects/libcxx/include/cmath:310:9: error: '::signbit' has not been declared using ::signbit; ^

Hi Will, I would like to request collaborator permissions for the Libc++ github mirror. I plan to use the access to setup Appveyor buildbots for libc++. In order to do this I need to be listed as a collaborator on Github. The alternative to Github access would be setting up the correct webhooks for llvm.org/git/libcxx.git, but this seems harder to both do and maintain. /Eric --------------

> On Apr 20, 2017, at 12:39 AM, Eric Fiselier <eric at efcs.ca> wrote: > > > > On Wed, Apr 19, 2017 at 11:19 PM, Mehdi Amini <mehdi.amini at apple.com <mailto:mehdi.amini at apple.com>> wrote: > What would be the status of these buildbots? Is it for your private usage? > > I intend for them to be public Windows buildbots for libc++. I’m not sure

What would be the status of these buildbots? Is it for your private usage? Otherwise having “project' bots” using a non-official mirror may sound like a strange situation to me. — Mehdi > On Apr 19, 2017, at 5:04 PM, Eric Fiselier via llvm-dev <llvm-dev at lists.llvm.org> wrote: > > Adding cfe-dev list... > > On Wed, Apr 19, 2017 at 5:50 PM, Eric Fiselier <eric at

> On Apr 20, 2017, at 12:30 PM, Eric Fiselier <eric at efcs.ca> wrote: > > > > On Thu, Apr 20, 2017 at 11:06 AM, Mehdi Amini <mehdi.amini at apple.com <mailto:mehdi.amini at apple.com>> wrote: > >> On Apr 20, 2017, at 12:39 AM, Eric Fiselier <eric at efcs.ca <mailto:eric at efcs.ca>> wrote: >> >> >> >> On Wed, Apr

If you're willing to install libc++ you can easily work around this by running `ninja install-cxx install-cxxabi` before running any of the LLVM or Clang build targets. /Eric On Tue, Dec 27, 2016 at 7:45 AM, Carsten Mattner via llvm-dev < llvm-dev at lists.llvm.org> wrote: > On Tue, Dec 27, 2016 at 3:38 PM, Asiri Rathnayake > <asiri.rathnayake at gmail.com> wrote: >

Hello build bot owners! The staging master is ready. Please feel free to use it to make sure your bots would work well with the monorepo and github. The following builders could be configured to build monorepo: * clang-atom-d525-fedora-rel * clang-native-arm-lnt-perf * clang-cmake-armv7-lnt * clang-cmake-armv7-selfhost-neon * clang-cmake-armv7-quick * clang-cmake-armv7-global-isel *

And here we go: http://lab.llvm.org:8011/builders/libcxx-libcxxabi-arm-linux There are only 11 failures, which seem reasonably trivial to fix (missing symbols and asserts). I'll be looking into them, but if you have any clue, tips are welcome! Thanks everyone for the help and support! cheers, --renato

Greetings! I have been building llvm-3.6.x, 3.7.1 and 3.7.2 with (glibc-2.12.1, binutils-2.24, gcc-4.9.2) almost same set if CMake flags. However while building LLVM-3.8.0 using same CMake flags I am observing projects/libcxx/include/cmath errors... ...'::signbit' has not been declared ...'::fpclassify' has not been declared ...'::isfinite' has not been declared ...

Hello everyone, We are in the middle of porting the majority of zorg to GitHub/monorepo. The following build factories will be ported and if you use one of those for your bots, you are all covered: * ClangBuilder.getClangCMakeBuildFactory (31 bots) * ClangBuilder.getClangCMakeGCSBuildFactory (2 bots) * LibcxxAndAbiBuilder (23 bots) * SphinxDocsBuilder (7 bots) * UnifiedTreeBuilder (11

Hi Galina, It seems that our libcxx bots are now triggering builds for any changes to llvm: http://lab.llvm.org:8011/builders/libcxx-libcxxabi-libunwind-aarch64-linux/builds/2434 Should I file a bug report for this? Thanks, Diana On Sat, 19 Oct 2019 at 11:36, Galina Kistanova via cfe-commits <cfe-commits at lists.llvm.org> wrote: > > Hello everyone, > > The staging master is

I think what she is referring to was that the build seemed to be triggered by a commit to a project that shouldn't trigger builds on a libcxx bot (i.e. the change was in llvm). I have a somewhat orthogonal but related question. In the past, commits to compiler-rt did not trigger builds on llvm/clang/sanitizer bots. Has this behaviour been rectified with the move to github? I am really sorry

Hi all, I'm working on adding a new buildbot. I'm don't understand what is required when patching zorg's builders.py and slaves.py. Is there any documentation on this? Would anybody be willing to help? Best, Eric Fiselier -------------- next part -------------- An HTML attachment was scrubbed... URL:

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