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

or extern_weak linkage as well as "externally visible".

llvm-svn: 32887

llvm-svn: 32885

the recent signless changes.

llvm-svn: 32884

llvm-svn: 32883

llvm-svn: 32882

do so.

llvm-svn: 32881

llvm-svn: 32880

 llvm-upgrade < foo | llvm-as | llvm-dis

will fail if llvm-upgrade fails.

llvm-svn: 32879

llvm-svn: 32878

Reid already did this for FunctionType, this just cleans the rest up.

llvm-svn: 32877

llvm-svn: 32876

llvm-upgrade could properly handle collapsed type planes.

llvm-svn: 32875

only that specific instructions regard their operands as signed and
unsigned not that the operands *are* signed or unsigned.

llvm-svn: 32874

llvm-svn: 32873

llvm-svn: 32872

llvm-svn: 32871

llvm-svn: 32870

it.

llvm-svn: 32869

llvm-svn: 32868

llvm-svn: 32867

llvm-svn: 32866

llvm-svn: 32865

llvm-svn: 32864

packed types.

llvm-svn: 32863

llvm-svn: 32862

not prepared to handle them yet.

llvm-svn: 32861