llvm-svn: 65847

commented out the line about simplifylibcalls because I
think this doesn't work in the release (it was fixed in
svn after the release branched).

llvm-svn: 65846

llvm-svn: 65845

No content changes.

llvm-svn: 65844

of some pointless casting. This fragment logically
does not belong to ilist anyway, but to "ghostly"
NodeType.

llvm-svn: 65843

llvm-svn: 65842

llvm-svn: 65841

llvm-svn: 65839

llvm-svn: 65838

llvm-svn: 65837

Merge common bits from the LLVMC and TABLEGEN sections.

llvm-svn: 65834

llvm-svn: 65833

clean up when using variable length arrays in llvm-gcc.

llvm-svn: 65832

llvm-svn: 65827

llvm-svn: 65826

User drivers based on llvmc must all share the initialization code.
Putting main() into libCompilerDriver is not a very good idea IMO (and ld gave
me some strange EH-related error anyway).

llvm-svn: 65825

llvm-svn: 65824

llvm-svn: 65823

llvm-svn: 65822

Move the code from 'llvmc/driver' into a new CompilerDriver library, and change
the build system accordingly. Makes it easier for projects using LLVM to build
their own llvmc-based drivers.

Tested with objdir != srcdir.

llvm-svn: 65821

llvm-svn: 65817

llvm-svn: 65815

offsets for now.

llvm-svn: 65814

llvm-svn: 65813

llvm-svn: 65812

driver taking lib/Driver.

llvm-svn: 65811

llvm-svn: 65810

 - Still manually generates the EH code; the parts related to cleanup
   need to be integrated into the cleanup stack (for proper
   interaction with VLAs, etc.).

 - Some differences vs gcc in corner cases; I believe our behavior is
   correct but need to verify/file bugs vs gcc.

llvm-svn: 65809

llvm-svn: 65808

llvm-svn: 65807

llvm-svn: 65806

 - No intended functionality change.

llvm-svn: 65805

llvm-svn: 65804

- Verification Fixes.

llvm-svn: 65803

Also, drop reference to the half-baked runtime interface.

llvm-svn: 65802

llvm-svn: 65801

llvm-svn: 65800

llvm-svn: 65799

block literal is causing the problem, instead of the vague reference
to the entire block literal.

llvm-svn: 65798

llvm-svn: 65797