| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
| |
The problems that llvmc solved have largely been subsumed with the
tasks that the clang driver can accomplish, but llvmc lacks flexibility
and depends too heavily on the EOL'd llvm-gcc.
llvm-svn: 140093
|
|
|
|
| |
llvm-svn: 117197
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
as the operator of the dag. Specifically, this allows parsing things
like (F.x 4) in addition to just (a 4).
Unfortunately, this runs afoul of an idiom being used by llvmc. It
is using dags like (foo [1,2,3]) to represent a list of stuff being
passed into foo. With this change, this is parsed as a [1,2,3]
subscript on foo instead of being the first argument to the dag.
Cope with this in the short term by requiring a "-llvmc-temp-hack"
argument to tblgen to get the old parsing behavior.
llvm-svn: 115742
|
|
|
|
|
|
| |
The CMake build didn't define TEST_COMPILE_CXX_CMD. The tests assumed gcc.
llvm-svn: 112480
|
|
|
|
|
|
| |
CompilationGraph and LanguageMap definitions do not use special syntax anymore.
llvm-svn: 111862
|
|
|
|
| |
llvm-svn: 110999
|
|
|
|
|
|
|
| |
don't care about leaks from tblgen, and I assume we don't care about
valgrind errors in llvm-gcc/g++.
llvm-svn: 99115
|
|
|
|
| |
llvm-svn: 96921
|
|
|
|
|
|
| |
It causes g++ to complain: unrecognized option '-Qunused-arguments'
llvm-svn: 94670
|
|
|
|
| |
llvm-svn: 94666
|
|
|
|
| |
llvm-svn: 91997
|
|
|
|
|
|
| |
This works now: (set_option "list_opt", ["val_1", "val_2", "val_3"])
llvm-svn: 91679
|
|
|
|
| |
llvm-svn: 91594
|
|
|
|
| |
llvm-svn: 91420
|
|
|
|
|
|
|
|
|
|
| |
Checks that the code generated by 'tblgen --emit-llvmc' can be actually
compiled. Also fixes two bugs found in this way:
- forward_transformed_value didn't work with non-list arguments
- cl::ZeroOrOne is now called cl::Optional
llvm-svn: 91404
|
|
llvm-svn: 85029
|