History log of /external/llvm/include/llvm/Support/Compiler.h
Revision Date Author Comments (<<< Hide modified files) (Show modified files >>>)
cd81d94322a39503e4a3e87b6ee03d4fcb3465fb 21-Jul-2014 Stephen Hines <srhines@google.com> Update LLVM for rebase to r212749.

Includes a cherry-pick of:
r212948 - fixes a small issue with atomic calls

Change-Id: Ib97bd980b59f18142a69506400911a6009d9df18
/external/llvm/include/llvm/Support/Compiler.h
36b56886974eae4f9c5ebc96befd3e7bfe5de338 24-Apr-2014 Stephen Hines <srhines@google.com> Update to LLVM 3.5a.

Change-Id: Ifadecab779f128e62e430c2b4f6ddd84953ed617
/external/llvm/include/llvm/Support/Compiler.h
38fb3fae3445716686b14e771e08a7ef7b27dec1 11-Nov-2013 Pete Cooper <peter_cooper@apple.com> Don't universally enable initialiser lists on GCC. Thanks for catching this Chandler

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@194365 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
43ed63bc8310758d2a80deecb2e470f383ca5691 11-Nov-2013 Pete Cooper <peter_cooper@apple.com> Add LLVM_HAS_INITIALIZER_LISTS for upcoming C++11 support. Use it in ArrayRef

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@194362 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
118a0659ab8a4d0e0af343b88e5fa71a5c1eb6a6 24-Sep-2013 Reid Kleckner <reid@kleckner.net> Explicitly request unsigned enum types when desired

The underlying type of all plain enums in MSVC is 'int', even if the
enumerator contains large 32-bit unsigned values or values greater than
UINT_MAX. The only way to get a large or unsigned enum type is to
request it explicitly with the C++11 strong enum types feature.

However, since LLVM isn't C++11 yet, I had to add a conditional
LLVM_ENUM_INT_TYPE to Compiler.h to control its usage.

The motivating true positive for this change is compiling PointerIntPair
with MSVC for win64. The PointerIntMask value is supposed to be pointer
sized value of all ones with some low zeros. Instead, it's truncated to
32-bits! We are only saved later because it is sign extended back in
the AND with int64_t, and we happen to want all ones.

This silences lots of -Wmicrosoft warnings during a clang self-host
targeting Windows.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@191241 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
630d17566793c7f25a05cd407ab9b79a1756966a 19-Aug-2013 Jakub Staszak <kubastaszak@gmail.com> Add definition of __warn_unused_result__ attribute. It will be used in the
futher commits.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@188689 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
ca4ed882f4b0d9ddb0ed49474ae5e217dde3ab5e 08-Jul-2013 Reid Kleckner <reid@kleckner.net> Reland "Use Clang's __has_* macros in Compiler.h ..." with fixes

This reverts r185841 and relands r185831 without using
__has_attribute(const).

Clang prior to r161767 (between 3.1 and 3.2) does not accept
__has_attribute(const) due to rdar://10253857. __const and __const__
are both keyword aliases of const, so they don't work either.

I was able to repro the buildbot failure using clang 3.1 and this patch
fixes it. Various important versions of XCode use clang 2.9-ish, so
this workaround is necessary.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@185850 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
7b42bedca4a3e68adbaf9dad7511320d0480a55b 08-Jul-2013 Quentin Colombet <qcolombet@apple.com> Revert: "Use Clang's __has_* macros in Compiler.h to test for features"

This reverts r185831 and 185833.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@185841 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
a2030eedf1094ef8508ca90341c5a7ec8f638308 08-Jul-2013 Reid Kleckner <reid@kleckner.net> Attempt to fix Compiler.h for some self-hosting bots

I tested r185831 by self-hosting clang with a recent clang, and got no
warnings. I haven't been able to reproduce the problem locally.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@185833 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
221f6d777e56517591766a582f542af92d1f19c9 08-Jul-2013 Reid Kleckner <reid@kleckner.net> Use Clang's __has_* macros in Compiler.h to test for features

When targetting Windows, clang does not define __GNUC__, and as a result
we don't use our attributes with it. This leads to warnings about
unused functions that are already annotated with LLVM_ATTRIBUTE_UNUSED.
Rather than testing for __clang__, we can use its __has_attribute and
__has_builtin macros directlty.

While I'm here, conditionally define and use __GNUC_PREREQ for gcc
version checks. Spelling the check out with three comparisons is
verbose and error prone.

Reviewers: aaron.ballman

Differential Revision: http://llvm-reviews.chandlerc.com/D1080

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@185831 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
d1995b2a362c45d4d119b0cec8977360dd6ef33f 22-Mar-2013 Argyrios Kyrtzidis <akyrtzi@gmail.com> Introduce LLVM_STATIC_ASSERT macro, which expands to C/C++'s static_assert on compilers which support it.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@177699 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
2bbc19c1c6cd60b9c56750d7b03311c47a88b748 21-Feb-2013 David Blaikie <dblaikie@gmail.com> Make Optional<T>'s operator bool 'explicit' in C++11

Provides a general way to add 'explicit' for conversion operators (a no-op when
compiling as C++98).

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@175723 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
782a65056aeed8ed3b632deeeec6973986c751bf 13-Feb-2013 Evgeniy Stepanov <eugeni.stepanov@gmail.com> Fix MSan annotations inclusion guard.

#cmakedefine does not behave the way I though it was.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@175050 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
86f18eb0b39804cf9cf1d17cdb58f44d8d846545 11-Feb-2013 Michael J. Spencer <bigcheesegs@gmail.com> [Support][Compiler] Add LLVM_HAS_VARIADIC_TEMPLATES.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174913 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
9c02a276049cbd1d1511a88ebc7a22bb33658237 04-Feb-2013 Evgeniy Stepanov <eugeni.stepanov@gmail.com> More MSan/ASan annotations.

This change lets us bootstrap LLVM/Clang under ASan and MSan. It contains
fixes for 2 issues:

- X86JIT reads return address from stack, which MSan does not know is
initialized.
- bugpoint tests run binaries with RLIMIT_AS. This does not work with certain
Sanitizers.

We are no longer including config.h in Compiler.h with this change.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174306 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
d9d2f187759d0154574657c195068d367c338473 03-Feb-2013 Michael J. Spencer <bigcheesegs@gmail.com> [Support] Add LLVM_IS_UNALIGNED_ACCESS_FAST.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174271 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
ea2d8780e9c78628fe5e3312ca4c17c054156c83 31-Jan-2013 Evgeniy Stepanov <eugeni.stepanov@gmail.com> Annotate BumpPtrAllocator for MemorySanitizer.

This change adds MemorySanitizer annotations to BumpPtrAllocator to
improve report quality.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@174051 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
f3c437b167a98cbe47cace318989f1807b523cd5 21-Jan-2013 NAKAMURA Takumi <geek4civic@gmail.com> Support/Compiler.h: MSC1600, aka VS2010, is not C++11-ready.

LLVM_HAS_CXX11_TYPETRAITS -- std::is_constructible
LLVM_HAS_CXX11_STDLIB -- std::unique_ptr

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172997 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
01812bebcc345b09ce261317b6fdefde8f097642 20-Jan-2013 Michael J. Spencer <bigcheesegs@gmail.com> [Support] Port ErrorOr<T> from lld to C++03.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172991 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
235c022296c2dc225bf3b4dfd5c8f8631222e570 16-Jan-2013 Michael J. Spencer <bigcheesegs@gmail.com> [Support] Update MSVC compiler support in Compiler.h.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172644 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
b5f8cd5bb04df52c05cbd1eddf081e6d9cf9cd64 15-Jan-2013 Michael J. Spencer <bigcheesegs@gmail.com> [Support] Add LLVM_CONSTEXPR.

Marks a decl as constexpr if the compiler supports it.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172508 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
caa91f8b8562a18eb9b66916660f950be027fd9f 11-Jan-2013 Dmitri Gribenko <gribozavr@gmail.com> Add a new portability macro LLVM_FUNCTION_NAME, that expands to __func__, if
supported.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@172156 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
1eae141f195b7edd060c2c872ea3eac4ce937262 03-Jan-2013 NAKAMURA Takumi <geek4civic@gmail.com> Compiler.h: Leave LLVM_BUILTIN_UNREACHABLE undefined if it is unavailable in host compiler.

Users of LLVM_BUILTIN_UNREACHABLE should be responsible in the case when LLVM_BUILTIN_UNREACHABLE is undefined.

Actually, (0, (p)) in LLVM_ASSUME_ALIGNED(p, a) caused thousands of warnings on g++-4.4. It was a motivation in this commit.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171455 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
39227578242d96bc67e4ee1a408bfc0d83c6aa24 02-Jan-2013 Michael J. Spencer <bigcheesegs@gmail.com> Restrict __builtin_assume_aligned to gcc 4.7+

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171408 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
c8b18df9a79ddb759d6a563dd7ebd90b85ae4918 02-Jan-2013 Michael J. Spencer <bigcheesegs@gmail.com> [Support][Endian] Add support for specifying the alignment and native unaligned types.

* Add support for specifying the alignment to use.
* Add the concept of native endianness. Used for unaligned native types.

The native alignment and read/write simplification is based on a patch by Richard Smith.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@171406 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
4334dd96a9e622fdcf2825a8f73a2d941d67be72 30-Nov-2012 Chandler Carruth <chandlerc@gmail.com> Switch LLVM_USE_RVALUE_REFERENCES to LLVM_HAS_RVALUE_REFERENCES.

Rationale:
1) This was the name in the comment block. ;]
2) It matches Clang's __has_feature naming convention.
3) It matches other compiler-feature-test conventions.

Sorry for the noise. =]

I've also switch the comment block to use a \brief tag and not duplicate
the name.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168996 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
a5bf44b0b396e8b9ae0db5c62c05ac6618aab5d3 30-Nov-2012 Chandler Carruth <chandlerc@gmail.com> Separate out the tests for whether the compiler suports R-value
references from whether it supports an R-value reference *this. No
version of GCC today supports the latter, which breaks GCC C++11
compiles of LLVM and Clang now.

Also add doxygen comments clarifying what's going on here, and update
the usage in Optional. I'll update the usages in Clang next.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168993 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
adf0c3d82dbff1480c63f1ebe68c7c1e6bb5828c 30-Nov-2012 Jordan Rose <jordan_rose@apple.com> Add a new C++11 compatibility macro, LLVM_LVALUE_FUNCTION.

This expands to '&', and is intended to be used when an /optional/ rvalue
override is available.

Before:
void foo() const { ... }

After:
void foo() const LLVM_LVALUE_FUNCTION { ... }
void foo() && { ... }

This is used to allow moving the contents of an Optional.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168963 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
7279809d97a7094f6b7c6eb83203dd6b56b00ecc 25-Nov-2012 Craig Topper <craig.topper@gmail.com> Add an extra slash so doxygen comments will be properly recognized.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@168554 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
cee033188f7b1a4f1b28b8edce0c1358f19f8158 18-Sep-2012 Craig Topper <craig.topper@gmail.com> Fix a typo. No functional change.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@164100 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
fbb13471ed99ab8fdc3dbadb091ee5e2295b7b26 16-Sep-2012 Craig Topper <craig.topper@gmail.com> Add LLVM_OVERRIDE and LLVM_FINAL C++11 compatibility macros.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@164005 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
e20cf3d14997c3511e264748c59687a801caa6ed 04-Sep-2012 Bob Wilson <bob.wilson@apple.com> Make sure macros in the include subdirectory are not used without being defined.

Rationale: For each preprocessor macro, either the definedness is what's
meaningful, or the value is what's meaningful, or both. If definedness is
meaningful, we should use #ifdef. If the value is meaningful, we should use
and #ifdef interchangeably for the same macro, seems ugly to me, even if
undefined macros are zero if used.

This also has the benefit that including an LLVM header doesn't prevent
you from compiling with -Wundef -Werror.

Patch by John Garvin!
<rdar://problem/12189979>

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@163148 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
4d69a8c8b2133e441503ac9583c4a6056f52e0f3 30-Aug-2012 Benjamin Kramer <benny.kra@googlemail.com> Explicitly cast an expression to bool before handing it off to __builtin_expect.

Avoids surprises when someone uses LLVM_(UN)LIKELY with an integer.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@162877 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
55907d1274ce715b92d584e305e0708e333a33c0 30-Aug-2012 Benjamin Kramer <benny.kra@googlemail.com> Replace the BUILTIN_EXPECT macro with a less horrible LLVM_LIKELY/LLVM_UNLIKELY interface.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@162873 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
74169b293f2fc8767db3c659fde6b001b7d5075f 21-Aug-2012 David Blaikie <dblaikie@gmail.com> Provide a portability macro for __builtin_trap.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@162300 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
b9d565ac998fc857b20786bae08bb30719eb966b 15-Aug-2012 Michael J. Spencer <bigcheesegs@gmail.com> Add LLVM_DELETED_FUNCTION compatibility macro.

This should replace uses of:

class A {
A(const &A); // DO NOT IMPLEMENT
public:
...
};

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@161975 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
428ff6a6445ac1a0d263776cb0301f77f1454286 20-Jul-2012 Galina Kistanova <gkistanova@gmail.com> Fix few warnings.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@160576 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
86062e6782798cb52a79fce22c1e4371148f120d 07-May-2012 John McCall <rjmccall@apple.com> Fix trivial typo in llvm_move.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@156288 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
38dbb606755232e229f11994fc2bbf10e8c5788b 02-May-2012 John McCall <rjmccall@apple.com> Update SmallVector to support move semantics if the host does.
Note that support for rvalue references does not imply support
for the full set of move-related STL operations.

I've preserved support for an odd little thing in insert() where
we're trying to support inserting a new element from an existing
one. If we actually want to support that, there's a lot more we
need to do: insert can call either grow or push_back, neither of
which is safe against this particular use pattern.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@155979 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
75c0d8e0d8f4e10587985b950f2c0752e45e099e 09-Mar-2012 Daniel Dunbar <daniel@zuster.org> [Support] Drop verbose _ATTRIBUTE from LLVM_ATTRIBUTE_{READONLY,READNONE} macro
names.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@152413 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
283b419aea736f899d1e0de70b2c0355d51d6826 15-Nov-2011 NAKAMURA Takumi <geek4civic@gmail.com> include/llvm/Support/Compiler.h: Invalidate LLVM_ATTRIBUTE_WEAK on cygming for now.

It triggers generating insane executables with both binutils-2.19.1(msysgit) and 2.22.51.20111013(cygwin).

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@144621 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
ec381a4183f70122305f810c6b11b8f0e3bf83c0 15-Nov-2011 Nick Lewycky <nicholas@mxc.ca> Fix linking for some users who already have tsan enabled code and are trying to
link it against llvm code, by making our definitions weak. "Some users."


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@144596 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
8f4a17214c75e8ce3f2f88a2e3cd3300faba5fc6 01-Nov-2011 Daniel Dunbar <daniel@zuster.org> Support/Compiler: Add LLVM_EXTENSION for use where we want to hide pedantic diags.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@143468 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
b121bfcc22660b1bdfb1183b191b6516988bcaf5 14-Mar-2011 John McCall <rjmccall@apple.com> Version N of the llvm_unreachable patch: VC++ doesn't recognize that abort()
doesn't return, so just go back to using the old runtime function instead
of trying to use abort() when __builtin_unreachable (or an equivalent) isn't
supported.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127629 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
fb32507d099849ab1fa3ee43f4578c3a0e971736 14-Mar-2011 John McCall <rjmccall@apple.com> Okay, some compilers complain if you provide the exception-specification
where none was before. Just don't declare it and hope it's declared
in every translation unit that needs it.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127612 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
f32b3c54f020e9416aa74410d43c2452e57d3ae0 14-Mar-2011 John McCall <rjmccall@apple.com> Fix the exception-specification of abort() when declaring it in C++.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127610 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
2f9a9ed785416a7350f30141fcc405b69a1b9d5d 14-Mar-2011 John McCall <rjmccall@apple.com> Make llvm_unreachable evaluate to __builtin_unreachable() in -Asserts
builds, which was the apparent consensus of PR8973 and llvmdev.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@127608 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
965841cfe4de695fc56cab4821fd7e032ff85b83 17-Dec-2010 Michael J. Spencer <bigcheesegs@gmail.com> Support/Path: Deprecate PathV1::isAbsolute.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@122086 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
10d3191cf1cb02e52e595eeac9d8bc353113e8f0 25-Oct-2010 Duncan Sands <baldrick@free.fr> Remove deprecated macro names. Hopefully this will unbreak the
smooshlab build. The breakage seems to be due to a collision
between LLVM's ATTRIBUTE_UNUSED and gcc's which was previously
hidden due to header files being included in a lucky order.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@117260 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
19e57025d458d3cb50804fd821fd89b868a819bd 23-Oct-2010 Chandler Carruth <chandlerc@gmail.com> Move the remaining attribute macros to systematic names based on the attribute
name and prefixed with 'LLVM_'.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@117203 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
100c267249d1d03c4f96eede9877a4f9f54f2247 23-Oct-2010 Chandler Carruth <chandlerc@gmail.com> Switch attribute macros to use 'LLVM_' as a prefix. We retain the old names
until other LLVM projects using these are cleaned up.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@117200 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
7283da51b8860ca9af4cb5ca082f7bcca3894d99 20-Oct-2010 Chandler Carruth <chandlerc@gmail.com> Add a comment about ATTRIBUTE_UNUSED to avoid further confusion over when to
use it.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@116920 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
a0b991be3f2a15a8358d94c6b9773568ec74e8f0 05-Oct-2010 Michael J. Spencer <bigcheesegs@gmail.com> Support: Add __forceinline to Compiler.h on MSVC.

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@115595 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
97816e1badb4bf781d646986301e41ddea6f721c 15-Sep-2010 Duncan Sands <baldrick@free.fr> Remove LLVM_GLOBAL_VISIBILITY, which is unused, and was not working properly.
The problem was that the test for whether a compiler supports it or not was
inaccurate, but has to be accurate: LLVM_LOCAL_VISIBILITY is an optimization
and not needed for correctness, so wrongly thinking a compiler doesn't support
it is not a big deal, but LLVM_GLOBAL_VISIBILITY is for correctness, and not
an optimization: getting it wrong is fatal: it needs to be set based on a
configure test not testing the gcc version. Since dragonegg has moved to a
different scheme, and it was the only user of LLVM_GLOBAL_VISIBILITY, just
remove this macro.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@113959 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
f8ff40c0598c6d8707a639ec63644e5e5496678a 01-Sep-2010 Duncan Sands <baldrick@free.fr> Define LLVM_GLOBAL_VISIBILITY to be __declspec(dllexport) on
windows systems.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@112700 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
16d8f8bd919b72866e687d99f3aa94a140137c59 11-May-2010 Duncan Sands <baldrick@free.fr> I got tired of VISIBILITY_HIDDEN colliding with the gcc enum. Rename it
to LLVM_LIBRARY_VISIBILITY and introduce LLVM_GLOBAL_VISIBILITY, which is
the opposite, for future use by dragonegg.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@103495 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
14c85cbf541ec8940127474c20d8f1b5d5706bfe 03-Mar-2010 Chris Lattner <sabre@nondot.org> don't use always_inline with gcc 3.4, it has some unimplemented features
and is too old to really care about the performance of the generated
compiler.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@97662 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
079b6f5ee5c3516b773a3ad71874c14e8ea7479c 28-Dec-2009 Bill Wendling <isanbard@gmail.com> Add an "ATTRIBUTE_UNUSED" macro (and use it). It's for variables which are
mainly used in debugging and/or assert situations. It should make the compiler
and the static analyzer stop nagging us about them.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@92181 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
96c7ae5e978750380360fcb3f6e47876be337c31 15-Dec-2009 Chris Lattner <sabre@nondot.org> add an ALWAYS_INLINE macro, which does the obvious thing.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@91416 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
8dc071a6e522ea5e3eb265e28b410be8f57cffb2 17-Nov-2009 Duncan Sands <baldrick@free.fr> Following a suggestion of Daniel Dunbar, stop people passing the name
as the isSigned bool to CreateIntCast by having this resolve to a call
to a private method, rather than by using a gcc attribute.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@89067 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
1546b11140e0b439856f363c37285e0608394f18 16-Nov-2009 Douglas Gregor <dgregor@apple.com> Make ERROR_IF_USED macro work with GCC <= 4.2, Apple GCCs

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@88916 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
4007324b58db24b0d358445a0a866a9047dac75e 16-Nov-2009 Duncan Sands <baldrick@free.fr> Make sure that if anyone passes a name by accident for the isSigned
parameter of CreateIntCast then they get an error from the compiler
(or from the linker with a non-gcc compiler). Another possibility
is to flip the order of the DestTy and isSigned parameters, since you
should then get a compiler warning if you try to use a char* for a
Type*.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@88913 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
6f0c67d4ffbc9c47153cab94985a22699b699729 15-Nov-2009 Chris Lattner <sabre@nondot.org> add attributes for readnone/readonly functions.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@88862 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
f2a39bd24fe72481fa8fa612f3494efd41a8e001 14-Nov-2009 Benjamin Kramer <benny.kra@googlemail.com> Implement DISABLE_INLINE for MSVC. This required changing the position in all
forward declaration and patching tblgen to emit it right. Patch by Amine Khaldi!


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@88798 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
7b068610eb68ae02c1c92a98d4a3749c7cb6456c 14-Nov-2009 Benjamin Kramer <benny.kra@googlemail.com> Make NORETURN working with MSVC. MSVC only accepts NORETURN in front of the
decl so move it there. GCC accepts it both in front and after decls.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@88791 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
cb89f6cc10d63e61115a6acc4e2703fbd0823253 18-Sep-2009 Julien Lerouge <jlerouge@apple.com> Use __attribute__((__used__)) if GCC >= 3.1 (seems to be the oldest GCC
supporting this attribute).


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@82177 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
31e2466f159a887fed9139067a676f65adf2a8c3 07-Jul-2009 Torok Edwin <edwintorok@gmail.com> Introduce new error handling API.
This will replace exit()/abort() style error handling with an API
that allows clients to register custom error handling hooks.
The default is to call exit(1) when no error handler is provided.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@74922 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
b372c1114c1eeffbd1a3f6ddc5d33e77564bfee2 17-Mar-2009 Daniel Dunbar <daniel@zuster.org> Add BUILTIN_EXPECT Support/Compiler macro.
- Use for exceptional buffer conditions in raw_ostream:write to shave
off a cycle or two.

- Please rename if you have a better one.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@67103 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
476527a19daada771579d7099eb53125d814edc1 31-Oct-2008 Anton Korobeynikov <asl@math.spbu.ru> Symbol visibility is unsupported on cygwin too.
Patch by Jay Foad!

git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@58520 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
0d885d1661f87bd2dc25bfdacb29413f0be81bd4 16-Jul-2008 Devang Patel <dpatel@apple.com> Mark function used by asm block as used, otherwise optimizer may not see the use and may delete the function.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@53692 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
70c8650de0ee3033187561a3f2e8f1f706ec50c6 22-Jan-2008 Anton Korobeynikov <asl@math.spbu.ru> Silence a warning. Should we turn this into configure-time check?


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@46251 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
7ed47a13356daed2a34cd2209a31f92552e3bdd8 29-Dec-2007 Chris Lattner <sabre@nondot.org> Don't attribute in file headers anymore. See llvmdev for the
discussion of this change. Boy are my fingers tired. ;-)



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@45411 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
6f3241dbbf6926a1ad1d0e2f1e50e6228a55b258 27-Aug-2006 Chris Lattner <sabre@nondot.org> add directive to disable inlining


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@29912 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h
0c0cc92762bdf34f26762eeaf66f6f8791428db5 27-Aug-2006 Chris Lattner <sabre@nondot.org> New place to put compiler-specific functionality. This replaces Visibility.h,
and provides macros that can be used to make explicit instantiations of
template specializations, which is a gcc-specific feature.


git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@29908 91177308-0d34-0410-b5e6-96231b3b80d8
/external/llvm/include/llvm/Support/Compiler.h