This adds additional missing Windows subsystem identifiers to the
IMAGE_SUBSYSTEM enumeration.

Signed-off-by: Saleem Abdulrasool <compnerd@compnerd.org>
llvm-svn: 189180

llvm-svn: 189179

llvm-svn: 189178

llvm-svn: 189177

llvm-svn: 189176

clang already had a mstrict-align which mentiones "Force all memory
accesses to be aligned (ARM only)". On gcc arm this is controlled by
-munaligned-access / -mno-unaligned-access. Add the gcc versions to
the frontend and make -mstrict-align and alias to -mno-unaligned-access
and only show it in clang -cc1 -help.

Since the default value for unaligned accesses / strict alignment
depends on the tripple, both the enable and disable flags are added.
If both are set, the no-unaligned-access is used.

Patch by Jeroen Hofstee.

llvm-svn: 189175

This patch adds the -ffixed-r9 flag to clang to instruct llvm to
globally preserve the contents of r9. The flag is added to the newly
created ARM specific group.

While at it, also place marm / mno-thumb in that group.

Patch by Jeroen Hofstee.

llvm-svn: 189174

llvm-svn: 189173

/me bows head in shame.

llvm-svn: 189172

llvm-svn: 189171

llvm-svn: 189170

Replace instances of this scattered around the code base.

llvm-svn: 189169

llvm-svn: 189168

Leak found by valgrind.

llvm-svn: 189167

llvm-svn: 189166

Summary:
This allows us to handle the general case where a non-type template
argument evaluates to a constant expression which isn't integral or a
declaration.

This fixes PR16939.

Reviewers: dblaikie, rsmith

Reviewed By: dblaikie

CC: cfe-commits

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

llvm-svn: 189165

I am going to add in a subsequent patch support for generating the llvm
manpage.

llvm-svn: 189164

llvm-svn: 189163

Patch by Ismail Pazarbasi.

llvm-svn: 189162

I need to add the rest of these to the list or else to delay putting
out the actual stub until later in code generation when I know if
the external function ever got emitted.

llvm-svn: 189161

This support was removed by accident during the MC conversion

llvm-svn: 189160

in order to match link.exe's behaviour.

Patch by Ron Ofir.

llvm-svn: 189159

llvm-svn: 189158

llvm-svn: 189157

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

llvm-svn: 189156

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

llvm-svn: 189155

SBProcess::ReadMemory - it will fail for anything with the high bit set.

llvm-svn: 189154

llvm-svn: 189153

llvm-svn: 189152

Patch by Ron Ofir.

llvm-svn: 189151

 - "clang -O3 -flto a.c -c", and 
 - "clang -emit-llvm a.c -c" 

Thank Rafael for tips.

llvm-svn: 189150

We now saturate at -O3.

llvm-svn: 189149

One step toward differentiating following two commands:
   clang -O3 -flto a.c -c, and 
   clang -O3 -emit-llvm a.c

Thanks many awesome folks for clarifying things. 

llvm-svn: 189148

The debug flag being checked for seems to be controlled by whether the
build is asserts/non-asserts rather than debug/non-debug. Mostly these
correlate, but not necessarily.

As far as I can tell with various combinations of debug/assetions this
change makes no difference on autotools builds, but fixes a check-all
failure with CMake.

llvm-svn: 189147

llvm-svn: 189146

llvm-svn: 189145

llc using the host cpu features and *waning* on unknown features is probably
not a good thing :-(

llvm-svn: 189144

llvm-svn: 189143

llvm-svn: 189142

There is no advantage in being different and using the same names simplifies
clang a bit.

llvm-svn: 189141