before or'ing in the sign bit of operand 1.

llvm-svn: 32930

llvm-svn: 32929

llvm-svn: 32928

llvm-svn: 32927

run llvm-upgrade.

llvm-svn: 32926

llvm-svn: 32925

llvm-svn: 32924

llvm-svn: 32923

llvm-svn: 32922

llvm-svn: 32921

don't run llvm-upgrade.

llvm-svn: 32920

llvm-svn: 32919

llvm-svn: 32918

llvm-svn: 32917

llvm-upgrade on it.

llvm-svn: 32916

llvm-svn: 32915

suite has a test for renaming of global variables.

llvm-svn: 32914

conflict after upgrade resulting from collapsed type planes. The test now
checks to make sure llvm-upgrade produces appropriate warning messages.

llvm-svn: 32913

llvm-upgrade is irrelevant for this test case.

llvm-svn: 32912

no longer needed and the @(...) syntax has been dropped in favor of a
simple space separated list of attribute names.

llvm-svn: 32911

Split this test case into three cases. globalredefinition.ll just tests
that a global can be forward referenced. globalredefinition2.ll tests
that llvm-upgrade will warn about renaming duplicate global variables.
globalredefinition3.ll tests that llvm-as will generate an error on
duplicate global variables. This last test is currently XFAIL because
the restriction is not implemented yet.

llvm-svn: 32910

Global variable definitions with the same name and same type are no longer
valid so don't attempt to test for this "feature".

llvm-svn: 32909

llvm-svn: 32908

llvm-svn: 32907

1. Completely revise the type system so that types are handled as const
   objects and not created multiple times, cloned, or otherwise copied.
   This gets around memory issues, saves memory, and also emulates LLVM's
   no-two-types-of-the-same-shape-created semantics.
2. Adjust the handling of global names. Basically, we cannot rename them
   for a variety of reasons: linking, forward references, etc.
3. Detect global names that have name conflicts as the result of collapsed
   type planes or redefinitions that llvm-as no longer accepts. These will
   produce warnings on stderr and one of the globals will be renamed.
4. Rename ParserInternals.h as UpgradeInternals.h so it doesn't conflict
   in the debugger with ParserInternals.h from lib/AsmParser.
5. Move the guts of the TypeInfo class into the grammar so we aren't
   implementing large functions in a header file. This also helps with
   debugging a bit.

llvm-svn: 32906

llvm-svn: 32905

1. The @ sign is no longer necessary.
2. We now support "function attributes" as parameter attribute 0.
3. Instead of locating the return type attributes after the type of a
   function result, they are now located after the function header's
   closing paranthesis and before any alignment or section options.
4. The way has been prepared for a new "noreturn" function attribute but
   there is no support for recognizing it in the lexer nor doing anything
   with it if it does get set.
5. The FunctionType::getParamAttrsText method now has support for
   returning multiple attributes. This required a change in its interface.

I'm unhappy that this change leads to 6 new shift/reduce conflicts, but
in each case bison's decision to choose the shift is correct so there
shouldn't be any damage from these conflicts.

llvm-svn: 32904

llvm-svn: 32903

llvm-svn: 32902

llvm-svn: 32901

llvm-svn: 32900

undef operands.

llvm-svn: 32899

llvm-svn: 32898

llvm-svn: 32897

llvm-svn: 32893

llvm-svn: 32892

llvm-svn: 32891

llvm-svn: 32890

llvm-svn: 32889

llvm-svn: 32888