Author: axel
Date: Mon Jun 26 08:06:40 2017
New Revision: 306291
URL: http://llvm.org/viewvc/llvm-project?rev=306291&view=rev
Log:
Improve const-correctness.
Modified:
cfe/trunk/include/clang/Parse/Parser.h
Modified: cfe/trunk/include/clang/Parse/Parser.h
URL:
http://llvm.org/viewvc/llvm-pr
Hi,
This broke our clang builds with
$ gcc --version
gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-36)
on CentOS Linux release 7.6.1810 (Core),
[ 23%] Building CXX object
tools/clang/lib/Basic/CMakeFiles/clangBasic.dir/Module.cpp.o
In file included from include/llvm/ADT/StringMap.h:20:0,
This got fixed in r351820.
Thanks, Serge!
Axel.
On 1/23/19 5:56 AM, Hubert Tong wrote:
> I am also hitting this. GCC 4.8 is still the minimum at this time.
>
> -- HT
>
> On Tue, Jan 22, 2019 at 8:10 AM Axel Naumann via cfe-commits
> mailto:cfe-commits@lists.llvm.org&g
Author: axel
Date: Tue Nov 22 04:00:23 2016
New Revision: 287633
URL: http://llvm.org/viewvc/llvm-project?rev=287633&view=rev
Log:
Missing initializer.
Modified:
cfe/trunk/include/clang/AST/DeclFriend.h
Modified: cfe/trunk/include/clang/AST/DeclFriend.h
URL:
http://llvm.org/viewvc/llvm-proj
Author: axel
Date: Wed Feb 3 04:45:22 2016
New Revision: 259637
URL: http://llvm.org/viewvc/llvm-project?rev=259637&view=rev
Log:
Reduce initial Sema memory consumption by 400KB. By Elisavet Sakellari.
Modified:
cfe/trunk/lib/Sema/SemaOpenMP.cpp
Modified: cfe/trunk/lib/Sema/SemaOpenMP.cpp
U
karies added a subscriber: karies.
karies closed this revision.
karies added a comment.
Committed as r259637
http://reviews.llvm.org/D16801
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-co
karies added reviewers: klimek, bkramer.
karies added a comment.
Because of previous review subscriptions...
http://reviews.llvm.org/D16923
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
http://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-co
karies added a comment.
Regarding the concerns raised by @akyrtzi : maybe it's a question of making the
completer interface useful at low cost (with filtering for generic use cases
and less ASTReading) versus not breaking existing use cases (fuzzy match).
Would you still object to this change i