llvm-svn: 32944

llvm-svn: 32943

Emit the correct syntax for icmp and fcmp constant expressions. The
predicate goes outside the parentheses not inside. This was a change made
in the assembler without the corresponding change made in llvm-upgrade.

llvm-svn: 32942

llvm-svn: 32941

llvm-svn: 32940

- Add isSelectExpensive() etc. It's used to tell codegen that select is expensive for a given target, avoid using it if possible. Currently it's only
used to expand FCOPYSIGN.

llvm-svn: 32939

2) Rename AnalysisResolver_New as AnalysisResolver

llvm-svn: 32938

file so make it depend on the .y file as well. This ensures that in
parallel builds the lexer is built after bison runs.

llvm-svn: 32937

llvm-svn: 32936

Remove the XFAIL now that global redefinitions are not permitted.

llvm-svn: 32935

llvm-svn: 32934

Disallow merging of dupliate global variables. It is now illegal to declare
or define two global variables of the same name and same type. llvm-gcc3 is
dead in 2.0 and llvm-gcc4 doesn't have that problem nor need the hack.

llvm-svn: 32933

  or'ing in the sign bit of operand 1.
- Tweaking: rather than left shift the sign bit, fp_extend operand 1 first
  before taking its sign bit if its type is smaller than that of operand 0.

llvm-svn: 32932

Example provided by Baptiste Lepilleur.

llvm-svn: 32931

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