18 Commits

Author SHA1 Message Date
Eric Fiselier
3e0bc8cf78 Remove lit's --summary flag from buildbots.
The summary flag causes a progress bar to appear and be rewritten using
a curses like interface. This works great for interactive sessions, but
produces line after line of garbage in the logs.

This should cause the logs to be much smaller and more readable.

Reviewed By: #libc, ldionne

Differential Revision: https://reviews.llvm.org/D159120
2023-08-31 14:23:51 -04:00
Louis Dionne
7300a651f5 [libc++] Re-apply "Always build c++experimental.a""
This re-applies bb939931a1ad, which had been reverted by 09cebfb978de
because it broke Chromium. The issues seen by Chromium should be
addressed by 1d0f79558ca4.

Differential Revision: https://reviews.llvm.org/D128927
2022-07-19 10:44:19 -04:00
Hans Wennborg
09cebfb978 Revert "[libc++] Always build c++experimental.a"
This caused build failures when building Clang and libc++ together on Mac:

  fatal error: 'experimental/memory_resource' file not found

See the code review for details. Reverting until the problem and how to
solve it is better understood.

(Updates to some test files were not reverted, since they seemed
unrelated and were later updated by 340b48b267b96.)

> This is the first part of a plan to ship experimental features
> by default while guarding them behind a compiler flag to avoid
> users accidentally depending on them. Subsequent patches will
> also encompass incomplete features (such as <format> and <ranges>)
> in that categorization. Basically, the idea is that we always
> build and ship the c++experimental library, however users can't
> use what's in it unless they pass the `-funstable` flag to Clang.
>
> Note that this patch intentionally does not start guarding
> existing <experimental/FOO> content behind the flag, because
> that would merely break users that might be relying on such
> content being in the headers unconditionally. Instead, we
> should start guarding new TSes behind the flag, and get rid
> of the existing TSes we have by shipping their Standard
> counterpart.
>
> Also, this patch must jump through a few hoops like defining
> _LIBCPP_ENABLE_EXPERIMENTAL because we still support compilers
> that do not implement -funstable yet.
>
> Differential Revision: https://reviews.llvm.org/D128927

This reverts commit bb939931a1adb9a47a2de13c359d6a72aeb277c8.
2022-07-18 16:57:15 +02:00
Louis Dionne
bb939931a1 [libc++] Always build c++experimental.a
This is the first part of a plan to ship experimental features
by default while guarding them behind a compiler flag to avoid
users accidentally depending on them. Subsequent patches will
also encompass incomplete features (such as <format> and <ranges>)
in that categorization. Basically, the idea is that we always
build and ship the c++experimental library, however users can't
use what's in it unless they pass the `-funstable` flag to Clang.

Note that this patch intentionally does not start guarding
existing <experimental/FOO> content behind the flag, because
that would merely break users that might be relying on such
content being in the headers unconditionally. Instead, we
should start guarding new TSes behind the flag, and get rid
of the existing TSes we have by shipping their Standard
counterpart.

Also, this patch must jump through a few hoops like defining
_LIBCPP_ENABLE_EXPERIMENTAL because we still support compilers
that do not implement -funstable yet.

Differential Revision: https://reviews.llvm.org/D128927
2022-07-08 16:58:22 -04:00
Eric Fiselier
191da93447 disable appveyor config for MSVC 2015
llvm-svn: 357631
2019-04-03 20:36:51 +00:00
Eric Fiselier
dec8cbad48 Update LLVM version used on Appveyor bot, remove MSVC 2015 bot
llvm-svn: 345652
2018-10-30 21:23:31 +00:00
Eric Fiselier
52ad6e55d9 Rename Appveyor install helper script.
I'm really lazy and the old name for the helper script
killed 2 letter tab completion for the include directory.
This patch renames it to avoid that problem and enable
lazyness.

llvm-svn: 302619
2017-05-10 02:43:02 +00:00
Eric Fiselier
8a64fd71b9 attempt to fix appveyor syntax error
llvm-svn: 302616
2017-05-10 02:34:56 +00:00
Eric Fiselier
9fc0ba970a Add MinGW64 builder to Appveyor.
With the amount of work happening on Windows we should
have a MinGW bot to make sure we don't regress that functionality.
Currently it doesn't build :-(

llvm-svn: 302614
2017-05-10 02:30:16 +00:00
Eric Fiselier
8f6c6b9550 Change Appveyor to download Clang from llvm.org instead of my private server
llvm-svn: 302181
2017-05-04 19:04:50 +00:00
Eric Fiselier
385e4fb617 Attempt to enable the LIT progress bar on Appveyor
llvm-svn: 302115
2017-05-04 05:32:54 +00:00
Eric Fiselier
d9fadb2de8 Setup Appveyor bot for MSVC 2017 and MSVC 2015
llvm-svn: 302113
2017-05-04 05:16:48 +00:00
Eric Fiselier
bdde34828b Attempt to escape paths correctly
llvm-svn: 302102
2017-05-04 01:17:22 +00:00
Eric Fiselier
dc4e327ffa Attempt to setup MSVC 2017
llvm-svn: 302101
2017-05-04 01:17:21 +00:00
Eric Fiselier
8e23870585 Test commit for Appveyor - Remove incorrect caching logic
llvm-svn: 302097
2017-05-04 00:16:35 +00:00
Eric Fiselier
7fe1e995f4 Attempt to fix appveyor build
llvm-svn: 302084
2017-05-03 21:14:26 +00:00
Eric Fiselier
6b98e43eb4 change what branches Appveyor builds
llvm-svn: 300788
2017-04-19 23:27:48 +00:00
Eric Fiselier
ae44aee984 Add appveyor.yml config for a future Windows bot.
I'm currently trying to get a libc++ Windows builder working on appveyor.
This patch adds the configuration file needed to build libc++ on Appveyor.
Details of where the buildbot can be found will come later

llvm-svn: 300786
2017-04-19 23:26:21 +00:00