maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
227,689 Commits 23 Branches 0 Tags 2.2 GiB
Commit Graph

13 Commits

Author SHA1 Message Date
Benjamin Kramer c4284e3aad [Sema] Don't create an invalid source range for overlong initializer lists. 
We took both source locations from the end of the initializer list what
the code below doesn't expect. This can lead to a crash when rendering
the diagnostic (PR24816). Assert that we have more than one element in
a scalar initializer with too many elements.

llvm-svn: 248391
 2015-09-23 16:03:53 +00:00
Richard Smith de229235b9 Implement DR1270: braces can be elided in all aggregate initialization, not 
just copy-list-initialization in a variable declaration. This effectively
reverts r142147.

llvm-svn: 183397
 2013-06-06 11:41:05 +00:00
Richard Smith c084bd2888 PR15132: Replace "address expression must be an lvalue or a function 
designator" diagnostic with more correct and more human-friendly "cannot take
address of rvalue of type 'T'".

For the case of & &T::f, provide a custom diagnostic, rather than unhelpfully
saying "cannot take address of rvalue of type '<overloaded function type>'".

For the case of &array_temporary, treat it just like a class temporary
(including allowing it as an extension); the existing diagnostic wording
for the class temporary case works fine.

llvm-svn: 174262
 2013-02-02 02:14:45 +00:00
Richard Smith 0db1ea5f68 Fix overload resolution for the initialization of a multi-dimensional 
array from a braced-init-list. There seems to be a core wording wart
here (it suggests we should be testing whether the elements of the init
list are implicitly convertible to the array element type, not whether
there is an implicit conversion sequence) but our prior behavior appears
to be a bug, not a deliberate effort to implement the standard as written.

llvm-svn: 169690
 2012-12-09 06:48:56 +00:00
Richard Smith e20c83d9ed PR12670: Support for initializing an array of non-aggregate class type from an 
initializer list. Patch by Olivier Goffart, with extra testcases by Meador Inge
and Daniel Lunow.

llvm-svn: 159896
 2012-07-07 08:35:56 +00:00
Eli Friedman 576cbd03b4 Make sure list-initialization of arrays works correctly in explicit type conversions. PR12121. 
llvm-svn: 151674
 2012-02-29 00:00:28 +00:00
Richard Smith 90e7c12961 Mark the parenthesized array member initialization diagnostic as DefaultError, 
and move it out of -Wgnu so that -Wno-gnu leaves it enabled. As requested by
Eli.

llvm-svn: 150643
 2012-02-16 00:54:02 +00:00
Richard Smith ebeed41587 Support GCC's bug^Wextension allowing class array members to be initalized by a 
parenthesized braced-init-list in the base/member initialization list.

llvm-svn: 150625
 2012-02-15 22:38:09 +00:00
Sebastian Redl 2b80af4949 Don't route explicit construction via list-initialization through the functional cast code path. It sometimes does the wrong thing, produces horrible error messages, and is just unnecessary. 
llvm-svn: 150408
 2012-02-13 19:55:43 +00:00
Sebastian Redl d74dd49065 Proper initializer list support for new expressions and type construct expressions. Array new still missing. 
llvm-svn: 150346
 2012-02-12 18:41:05 +00:00
Sebastian Redl 0501c63609 Change the way we store initialization kinds so that all direct inits can distinguish between list and parens form. This allows us to correctly diagnose the last test cases from litb. 
llvm-svn: 150343
 2012-02-12 16:37:36 +00:00
Sebastian Redl 72ef7bc2b5 Enable function call and some overload resolution with parameters of aggregate class type and initializer list arguments. 
llvm-svn: 143462
 2011-11-01 15:53:09 +00:00
Sebastian Redl 8b6412af46 Diagnose when omitting braces in direct list-initialization in C++0x. 
This also applies to C99-style aggregate literals, should they be used in C++11, since they are effectively identical to constructor call list-initialization syntax.

llvm-svn: 142147
 2011-10-16 18:19:28 +00:00