- Sep 30, 2013
-
-
Alexey Samsonov authored
Otherwise if libcxx is built as an LLVM external project (after r191624), "include(config-ix)" will include config-ix.cmake from LLVM, not from libcxx, which will result in misconfigured build tree. llvm-svn: 191657
-
Richard Sandiford authored
llvm-svn: 191656
-
Richard Sandiford authored
I'm about to add support for high-word operations, so it seemed better for the low-word registers to have names like R0L rather than R0W. No behavioral change intended. llvm-svn: 191655
-
Daniel Jasper authored
Previously, comments, could totally confuse it. Before: return // true if code is one of a or b. code == a || code == b; After: return // true if code is one of a or b. code == a || code == b; llvm-svn: 191654
-
Chandler Carruth authored
such option I've been able to find in the wild in our build system. Note that I haven't added test cases for this. I can do so if folks want, but they're *really* boring considering that this is all generated code to parse and ignore unsued options. llvm-svn: 191653
-
Craig Topper authored
Filter out repeated sections from the X86 disassembler modRMTable. Saves about ~43K from a released build. Unfortunately the disassembler tables are still upwards of 800K. llvm-svn: 191652
-
Chandler Carruth authored
prefix. Sort the ignored boolean 'f' flags at the bottom of this file. No functionality changed. llvm-svn: 191651
-
Craig Topper authored
Add a few more FMA4 disassembler test cases to match the scalar set with regards to combinations of L and W-bits. llvm-svn: 191650
-
Craig Topper authored
Add VEX_LIG to scalar FMA4 instructions. Use VEX_LIG in some of the inheriting checks in disassembler table generator. Make use of VEX_L_W, VEX_L_W_XS, VEX_L_W_XD contexts. Don't let VEX_L_W, VEX_L_W_XS, VEX_L_W_XD, VEX_L_W_OPSIZE inherit from their non-L forms unless VEX_LIG is set. Let VEX_L_W, VEX_L_W_XS, VEX_L_W_XD, VEX_L_W_OPSIZE inherit from all of their non-L or non-W cases. Increase ranking on VEX_L_W, VEX_L_W_XS, VEX_L_W_XD, VEX_L_W_OPSIZE so they get chosen over non-L/non-W forms. llvm-svn: 191649
-
NAKAMURA Takumi authored
llvm-svn: 191648
-
- Sep 29, 2013
-
-
Faisal Vali authored
I got a bunch of buildbot failures that i don't understand - sorry. llvm-svn: 191647
-
Faisal Vali authored
As Richard pointed out to me, dyn_cast is very cheap - there is no real benefit from adding cluttery overloads to only avoid that cast. No functionality change. llvm-svn: 191646
-
Faisal Vali authored
When nested lambdas are used in NSDMI's - this prevents infinite recursion. See http://llvm-reviews.chandlerc.com/D1783 for Doug's approval regarding the code, and then request for some tests. [On a related note, I need this patch so as to pass tests of transformations of nested lambdas returned from member functions] llvm-svn: 191645
-
Benjamin Kramer authored
Those can occur in dead code. PR17402. llvm-svn: 191644
-
Benjamin Kramer authored
llvm-svn: 191643
-
Manuel Klimek authored
llvm-svn: 191642
-
Faisal Vali authored
llvm-svn: 191641
-
Daniel Jasper authored
llvm-svn: 191640
-
Daniel Jasper authored
Before, this could would lead to an assert: llvm::errs() << " << a; llvm-svn: 191639
-
Benjamin Kramer authored
llvm-svn: 191638
-
Benjamin Kramer authored
llvm-svn: 191637
-
Benjamin Kramer authored
SDNode destructors are never called. As an optimization use AtomicSDNode's internal storage if we have a small number of operands. llvm-svn: 191636
-
Sylvestre Ledru authored
llvm-svn: 191635
-
Faisal Vali authored
The general strategy is to create template versions of the conversion function and static invoker and then during template argument deduction of the conversion function, create the corresponding call-operator and static invoker specializations, and when the conversion function is marked referenced generate the body of the conversion function using the corresponding static-invoker specialization. Similarly, Codegen does something similar - when asked to emit the IR for a specialized static invoker of a generic lambda, it forwards emission to the corresponding call operator. This patch has been reviewed in person both by Doug and Richard. Richard gave me the LGTM. A few minor changes: - per Richard's request i added a simple check to gracefully inform that captures (init, explicit or default) have not been added to generic lambdas just yet (instead of the assertion violation). - I removed a few lines of code that added the call operators instantiated parameters to the currentinstantiationscope. Not only did it not handle parameter packs, but it is more relevant in the patch for nested lambdas which will follow this one, and fix that problem more comprehensively. - Doug had commented that the original implementation strategy of using the TypeSourceInfo of the call operator to create the static-invoker was flawed and allowed const as a member qualifier to creep into the type of the static-invoker. I currently kludge around it - but after my initial discussion with Doug, with a follow up session with Richard, I have added a FIXME so that a more elegant solution that involves the use of TrivialTypeSourceInfo call followed by the correct wiring of the template parameters to the functionprototypeloc is forthcoming. Thanks! llvm-svn: 191634
-
Craig Topper authored
llvm-svn: 191633
-
Craig Topper authored
llvm-svn: 191632
-
Ed Schouten authored
Clang uses UTF-16 and UTF-32 for its char16_t's and char32_t's exclusively. This means that we can define __STDC_UTF_16__ and __STDC_UTF_32__ unconditionally. While there, define __STDC_MB_MIGHT_NEQ_WC__ for FreeBSD. FreeBSD's wchar_t's don't encode characters as ISO-10646; the encoding depends on the locale used. Because the character set used might not be a superset of ASCII, we must define __STDC_MB_MIGHT_NEQ_WC__. llvm-svn: 191631
-
Craig Topper authored
llvm-svn: 191630
-
Richard Smith authored
instead, it's enabled by the -cc1 flag -fsized-deallocation, until we sort out the backward-compatibility issues. llvm-svn: 191629
-
- Sep 28, 2013
-
-
Benjamin Kramer authored
llvm-svn: 191628
-
Richard Smith authored
llvm-svn: 191627
-
Marshall Clow authored
llvm-svn: 191626
-
Marshall Clow authored
llvm-svn: 191625
-
Chandler Carruth authored
out in projects. This appears to be working on my system, and I will be watching build bots to see if there are any issues on other platforms. llvm-svn: 191624
-
Benjamin Kramer authored
llvm-svn: 191623
-
James Dennett authored
llvm-svn: 191622
-
Sylvestre Ledru authored
llvm-svn: 191621
-
Sylvestre Ledru authored
* Add a TODO item llvm-svn: 191620
-
Sylvestre Ledru authored
llvm-svn: 191619
-
Sylvestre Ledru authored
scan-build was complaining about: The return value from the call to 'setgid' is not checked. If an error occurs in 'setgid', the following code may execute with unexpected privileges llvm-svn: 191618
-