| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
instead of syntactically as a string. This means that it keeps track of the
segment, section, flags, etc directly and asmprints them in the right format.
This also includes parsing and validation support for llvm-mc and
"attribute(section)", so we should now start getting errors about invalid
section attributes from the compiler instead of the assembler on darwin.
Still todo:
1) Uniquing of darwin mcsections
2) Move all the Darwin stuff out to MCSectionMachO.[cpp|h]
3) there are a few FIXMEs, for example what is the syntax to get the
S_GB_ZEROFILL segment type?
llvm-svn: 78547
|
| |
|
|
|
|
|
|
| |
classes.
This totally optimizes PIC16 sections by not having an 'isdirective' bit anymore!! ;-)
llvm-svn: 78517
|
| |
|
|
|
|
|
| |
llvm-mc's purpose yet and we'll want to switch to creating semantic sections
at some point.
llvm-svn: 78509
|
| |
|
|
| |
llvm-svn: 77950
|
| |
|
|
| |
llvm-svn: 77835
|
| |
|
|
| |
llvm-svn: 77804
|
| |
|
|
| |
llvm-svn: 77787
|
| |
|
|
|
|
| |
sections.
llvm-svn: 77689
|
| |
|
|
| |
llvm-svn: 77384
|
| |
|
|
| |
llvm-svn: 77362
|
| |
|
|
| |
llvm-svn: 77328
|
| |
|
|
| |
llvm-svn: 77323
|
| |
|
|
| |
llvm-svn: 77322
|
| |
|
|
|
|
| |
classes, and migrate existing targets over.
llvm-svn: 77126
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
- This is a simplified mechanism which just looks up a target based on the
target triple, with a few additional flags.
- Remove getClosestStaticTargetForModule, the moral equivalent is now:
lookupTarget(Mod->getTargetTriple, true, false, ...);
- This no longer does the fuzzy matching with target data (based on endianness
and pointer width) that getClosestStaticTargetForModule was doing, but this
was deemed unnecessary.
llvm-svn: 77111
|
| |
|
|
|
|
|
| |
- This provides the AsmParser interface to the target specific assembly
parsers.
llvm-svn: 76453
|
| |
|
|
| |
llvm-svn: 76260
|
| |
|
|
| |
llvm-svn: 76257
|
| |
|
|
| |
llvm-svn: 74598
|
| |
|
|
| |
llvm-svn: 74595
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Don't print "Parsing" in front of every message.
- Take additional "type" argument which is prepended to the message (with ": ")
if given.
- Update clients to print errors (warnings) as:
<filename>:<line number>: error(warning): ...
llvm-svn: 74489
|
| |
|
|
|
|
|
| |
- Includes some DG tests in test/MC/AsmParser, which are rather primitive since
we don't have a -verify mode yet.
llvm-svn: 74139
|
| |
|
|
|
|
|
| |
This is suboptimal in several aspects, see the commented out assertion.
I need to talk to Daniel about this.
llvm-svn: 74057
|
| |
|
|
| |
llvm-svn: 74039
|
| |
|
|
|
|
|
|
|
|
|
| |
all of health and voronoi (ignoring directives). We only get 409 lines into
176.gcc though because we don't have binary operators yet:
Parsing 176.gcc.llc.s:409: unexpected token in operand list
movsbl _arityvec+1(,%edi,8), %eax
^
llvm-svn: 73877
|
| |
|
|
| |
llvm-svn: 73861
|
| |
|
|
|
|
|
|
| |
print its error message when it returns an asmtok::Error token.
Compute a proper error code for llvm-mc in 'lex' mode. Add new
-as-lex option to enable lexing mode (vs parsing mode).
llvm-svn: 73859
|
| |
|
|
| |
llvm-svn: 73858
|
| |
|
|
|
|
| |
without errors.
llvm-svn: 73855
|
| |
|
|
| |
llvm-svn: 73848
|
| |
|
|
| |
llvm-svn: 73846
|
| |
|
|
| |
llvm-svn: 73733
|
|
|
to be a test driver of other components in the system, which will develop
over time.
llvm-svn: 73732
|