emscripten-fastcomp-clang/test/Frontend, branch masteremscripten clanghttps://git.amat.us/emscripten-fastcomp-clang/atom/test/Frontend?h=master2013-04-17T08:06:46ZExtended VerifyDiagnosticConsumer to also verify source file for diagnostic.2013-04-17T08:06:46ZAndy Gibbsandyg1001@hotmail.co.uk2013-04-17T08:06:46Zurn:sha1:b42f200777a66b98989160bf3987ce431540a584
VerifyDiagnosticConsumer previously would not check that the diagnostic and
its matching directive referenced the same source file. Common practice was
to create directives that referenced other files but only by line number,
and this led to problems such as when the file containing the directive
didn't have enough lines to match the location of the diagnostic in the
other file, leading to bizarre file formatting and other oddities.
This patch causes VerifyDiagnosticConsumer to match source files as well as
line numbers. Therefore, a new syntax is made available for directives, for
example:
// expected-error@file:line {{diagnostic message}}
This extends the @line feature where "file" is the file where the diagnostic
is generated. The @line syntax is still available and uses the current file
for the diagnostic. "file" can be specified either as a relative or absolute
path - although the latter has less usefulness, I think! The #include search
paths will be used to locate the file and if it is not found an error will be
generated.
The new check is not optional: if the directive is in a different file to the
diagnostic, the file must be specified. Therefore, a number of test-cases
have been updated with regard to this.
This closes out PR15613.
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179677 91177308-0d34-0410-b5e6-96231b3b80d8
rewrite-includes: Rewrite __has_include(_next) to get rid of a host dependency.2013-04-16T19:08:41ZBenjamin Kramerbenny.kra@googlemail.com2013-04-16T19:08:41Zurn:sha1:596eea7cc26979c952a0b177d024787a99b299df
This broke e.g. compiling a crash report from a glibc system on Darwin. Sadly,
the implementation had to game the lexer a lot as we're not using a real
preprocessor here. It also doesn't handle special cases like arbitrary macros in
__has_include, but since this macro isn't common outside of clang's headers we
can get away with that.
Fixes PR14422.
Differential Revision: http://llvm-reviews.chandlerc.com/D594
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179616 91177308-0d34-0410-b5e6-96231b3b80d8
Follow Jordan's advice and use {{^}} and {{$}} for this test2013-04-11T18:39:10ZReid Klecknerreid@kleckner.net2013-04-11T18:39:10Zurn:sha1:289323f8ea07c7a59e3cd903f7ed93abe4f35bfb
This is a better way of ensuring that we match the output of the
rewriter and not the CHECK line.
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179308 91177308-0d34-0410-b5e6-96231b3b80d8
FileCheck-ify some clang grep tests that use double quotes2013-04-10T21:10:39ZReid Klecknerreid@kleckner.net2013-04-10T21:10:39Zurn:sha1:2c5a38e3bc347de64f694671bbb1097bd6544456
The escaping interaction between Python and grep doesn't work on my
system. This change fixes the tests for me.
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179214 91177308-0d34-0410-b5e6-96231b3b80d8
[frontend] -frewrite-includes: turn implicit module imports into @imports.2013-04-10T01:53:50ZArgyrios Kyrtzidisakyrtzi@gmail.com2013-04-10T01:53:50Zurn:sha1:03409967bd9860ffb2ff6b38126e04493c55567f
rdar://13610250
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179145 91177308-0d34-0410-b5e6-96231b3b80d8
[frontend] -frewrite-includes: if there was no inclusion, don't add lineinfo that indicates return from another file.2013-04-10T01:53:37ZArgyrios Kyrtzidisakyrtzi@gmail.com2013-04-10T01:53:37Zurn:sha1:507d496e18fb7bf54e4cb8f79df56941f93f1eda
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@179143 91177308-0d34-0410-b5e6-96231b3b80d8
Escape # and $ in dependency files.2013-04-02T13:38:48ZBenjamin Kramerbenny.kra@googlemail.com2013-04-02T13:38:48Zurn:sha1:ddc15c40d22718d7b7060634b782d1a3ce9184a8
Fixes PR15642.
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@178540 91177308-0d34-0410-b5e6-96231b3b80d8
Delayed template parsing is not supported by the AST serialization system yet, so turning it off. This fixes a test breakage caused by r177336.2013-03-21T19:38:59ZAaron Ballmanaaron@aaronballman.com2013-03-21T19:38:59Zurn:sha1:7b79384718666da17dcd7f06d038708fc0528ec0
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@177655 91177308-0d34-0410-b5e6-96231b3b80d8
[frontend] Initialize the diagnostic client before loading an ast file.2013-03-18T22:55:24ZArgyrios Kyrtzidisakyrtzi@gmail.com2013-03-18T22:55:24Zurn:sha1:62ba4ba4852b3dc3a8c1c77b34b58a06077387d8
Issue reported by Tom Honermann!
http://llvm.org/bugs/show_bug.cgi?id=15377
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@177336 91177308-0d34-0410-b5e6-96231b3b80d8
[driver] Warnings for warning options are handled by the frontend. The driver needs to process the2013-01-15T01:21:53ZChad Rosiermcrosier@apple.com2013-01-15T01:21:53Zurn:sha1:08e79d2f075d1326ff7a849fd1bc88dadf99d574
warning options to setup diagnostic state, but should not be emitting warnings as these would be
rudndant with what the frontend emits.
rdar://13001556
git-svn-id: https://llvm.org/svn/llvm-project/cfe/trunk@172497 91177308-0d34-0410-b5e6-96231b3b80d8