llvm-project.git/clang/test/CodeGen/enum.c, branch users/nico/python-2 Unnamed repository; edit this file 'description' to name the repository. test: Convert some tests to FileCheck 2015-01-24T17:39:36+00:00 Justin Bogner mail@justinbogner.com 2015-01-24T17:39:36+00:00 9fa8c9984c78dccf82cbfda8d261f0c43f9018c5 These were all doing trivial greps. It's better to use FileCheck. llvm-svn: 227007 
These were all doing trivial greps. It's better to use FileCheck.

llvm-svn: 227007
Comment a wacky test case 2011-01-18T18:38:18+00:00 Douglas Gregor dgregor@apple.com 2011-01-18T18:38:18+00:00 d763b3e014a1c0deabedbd0aedfeee8b7714ab44 llvm-svn: 123758 
llvm-svn: 123758
Avoid unneeded calls to opt/llvm-dis. 2010-04-02T22:29:38+00:00 Daniel Dunbar daniel@zuster.org 2010-04-02T22:29:38+00:00 8f0be43669a2dfa922396c2dec39b6e0ae1fe708 llvm-svn: 100236 
llvm-svn: 100236
Implement promotion for enumeration types. 2010-02-02T20:10:50+00:00 Douglas Gregor dgregor@apple.com 2010-02-02T20:10:50+00:00 a71cc1536167f44f542da2857685f01aa29c0e55 WHAT!?! It turns out that Type::isPromotableIntegerType() was not considering enumeration types to be promotable, so we would never do the promotion despite having properly computed the promotion type when the enum was defined. Various operations on values of enum type just "worked" because we could still compute the integer rank of an enum type; the oddity, however, is that operations such as "add an enum and an unsigned" would often have an enum result type (!). The bug actually showed up as a spurious -Wformat diagnostic (<rdar://problem/7595366>), but in theory it could cause miscompiles. In this commit: - Enum types with a promotion type of "int" or "unsigned int" are promotable. - Tweaked the computation of promotable types for enums - For all of the ABIs, treat enum types the same way as their underlying types (*not* their promotion types) for argument passing and return values - Extend the ABI tester with support for enumeration types llvm-svn: 95117 
WHAT!?!

It turns out that Type::isPromotableIntegerType() was not considering
enumeration types to be promotable, so we would never do the
promotion despite having properly computed the promotion type when the
enum was defined. Various operations on values of enum type just
"worked" because we could still compute the integer rank of an enum
type; the oddity, however, is that operations such as "add an enum and
an unsigned" would often have an enum result type (!). The bug
actually showed up as a spurious -Wformat diagnostic
(<rdar://problem/7595366>), but in theory it could cause miscompiles.

In this commit:
  - Enum types with a promotion type of "int" or "unsigned int" are
  promotable.
  - Tweaked the computation of promotable types for enums
  - For all of the ABIs, treat enum types the same way as their
  underlying types (*not* their promotion types) for argument passing
  and return values
  - Extend the ABI tester with support for enumeration types

llvm-svn: 95117
Update tests to use %clang_cc1 instead of 'clang-cc' or 'clang -cc1'. 2009-12-15T20:14:24+00:00 Daniel Dunbar daniel@zuster.org 2009-12-15T20:14:24+00:00 8fbe78f6fc7b41d1a4228c126fcb522131150518 - This is designed to make it obvious that %clang_cc1 is a "test variable" which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it can be useful to redefine what gets run as 'clang -cc1' (for example, to set a default target). llvm-svn: 91446 
 - This is designed to make it obvious that %clang_cc1 is a "test variable"
   which is substituted. It is '%clang_cc1' instead of '%clang -cc1' because it
   can be useful to redefine what gets run as 'clang -cc1' (for example, to set
   a default target).

llvm-svn: 91446
Rename clang to clang-cc. 2009-03-24T02:24:46+00:00 Daniel Dunbar daniel@zuster.org 2009-03-24T02:24:46+00:00 a45cf5b6b0790e829ad47cf946c149d8f1007324 Tests and drivers updated, still need to shuffle dirs. llvm-svn: 67602 
Tests and drivers updated, still need to shuffle dirs.

llvm-svn: 67602
Force triple for codegen tests which have expectations on output 2009-02-03T21:54:49+00:00 Daniel Dunbar daniel@zuster.org 2009-02-03T21:54:49+00:00 25bd0320841785cf4e0cf563f7dc56169197b9e0 types. llvm-svn: 63669 
types.

llvm-svn: 63669
use -emit-llvm-bc 2007-12-27T20:35:58+00:00 Chris Lattner sabre@nondot.org 2007-12-27T20:35:58+00:00 807979824eb99054562a07c730e54c4494000fbb llvm-svn: 45372 
llvm-svn: 45372
Teach Type::is[un]SignedIntegerType about enum decls. This allows the code generator 2007-08-29T17:48:46+00:00 Chris Lattner sabre@nondot.org 2007-08-29T17:48:46+00:00 8a241f9359d6d09c004fbd5f1d1cc59cbf3be336 to emit signed comparisons when needed for enum decl references. This implements test/CodeGen/enum.c. I think enums should be good now. llvm-svn: 41572 
to emit signed comparisons when needed for enum decl references.  This implements
test/CodeGen/enum.c.  I think enums should be good now.

llvm-svn: 41572