<feed xmlns='http://www.w3.org/2005/Atom'>
<title>bcm5719-llvm/clang/test/Modules/normal-module-map.cpp, branch meklort-10.0.1</title>
<subtitle>Project Ortega BCM5719 LLVM</subtitle>
<id>https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1</id>
<link rel='self' href='https://git.raptorcs.com/git/bcm5719-llvm/atom?h=meklort-10.0.1'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/'/>
<updated>2015-06-16T00:08:24+00:00</updated>
<entry>
<title>[modules] Simplify -cc1 interface for enabling implicit module maps.</title>
<updated>2015-06-16T00:08:24+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2015-06-16T00:08:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=47972afd102f557553d7c6555240bd80982afdd1'/>
<id>urn:sha1:47972afd102f557553d7c6555240bd80982afdd1</id>
<content type='text'>
We used to have a flag to enable module maps, and two more flags to enable
implicit module maps. This is all redundant; we don't need any flag for
enabling module maps in the abstract, and we don't usually have -fno- flags for
-cc1. We now have just a single flag, -fimplicit-module-maps, that enables
implicitly searching the file system for module map files and loading them.

The driver interface is unchanged for now. We should probably rename
-fmodule-maps to -fimplicit-module-maps at some point.

llvm-svn: 239789
</content>
</entry>
<entry>
<title>During typo correction, check for an exact match in an unimported module. If we</title>
<updated>2013-08-20T20:35:18+00:00</updated>
<author>
<name>Richard Smith</name>
<email>richard-llvm@metafoo.co.uk</email>
</author>
<published>2013-08-20T20:35:18+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=e156254d4c366b2e6d2323e92c8df73cd0dd6c90'/>
<id>urn:sha1:e156254d4c366b2e6d2323e92c8df73cd0dd6c90</id>
<content type='text'>
find one, then report the error as a missing import instead of as a typo.

llvm-svn: 188821
</content>
</entry>
<entry>
<title>Extended VerifyDiagnosticConsumer to also verify source file for diagnostic.</title>
<updated>2013-04-17T08:06:46+00:00</updated>
<author>
<name>Andy Gibbs</name>
<email>andyg1001@hotmail.co.uk</email>
</author>
<published>2013-04-17T08:06:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=fcc699aee8db46ecbe6d334afde59140dcb7e3af'/>
<id>urn:sha1:fcc699aee8db46ecbe6d334afde59140dcb7e3af</id>
<content type='text'>
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.

llvm-svn: 179677
</content>
</entry>
<entry>
<title>Rename -fmodule-cache-path &lt;blah&gt; to -fmodules-cache-path=&lt;blah&gt; for consistency.</title>
<updated>2013-02-07T19:01:24+00:00</updated>
<author>
<name>Douglas Gregor</name>
<email>dgregor@apple.com</email>
</author>
<published>2013-02-07T19:01:24+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=35b04d6fd256f284ff46bfcb69de214aaf93f957'/>
<id>urn:sha1:35b04d6fd256f284ff46bfcb69de214aaf93f957</id>
<content type='text'>
llvm-svn: 174645
</content>
</entry>
<entry>
<title>Use @import rather than @__experimental_modules_import, since the</title>
<updated>2012-12-11T22:11:52+00:00</updated>
<author>
<name>Douglas Gregor</name>
<email>dgregor@apple.com</email>
</author>
<published>2012-12-11T22:11:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c50d4924eb2e84f5b2d9a39ab828410624f27643'/>
<id>urn:sha1:c50d4924eb2e84f5b2d9a39ab828410624f27643</id>
<content type='text'>
latter is rather a mess to type.

llvm-svn: 169919
</content>
</entry>
<entry>
<title>Sanitize the names of modules determined based on the names of headers</title>
<updated>2012-10-12T21:15:50+00:00</updated>
<author>
<name>Douglas Gregor</name>
<email>dgregor@apple.com</email>
</author>
<published>2012-10-12T21:15:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=056396ae8cb9c4523136041dfbe58ca87c48bbd8'/>
<id>urn:sha1:056396ae8cb9c4523136041dfbe58ca87c48bbd8</id>
<content type='text'>
or directories, to make sure that they are identifiers that are not
keywords in any dialect. Fixes &lt;rdar://problem/12489495&gt;.

llvm-svn: 165821
</content>
</entry>
<entry>
<title>Change @import to @__experimental_modules_import.  We are not ready to commit to a particular syntax for modules,</title>
<updated>2012-03-01T22:07:04+00:00</updated>
<author>
<name>Ted Kremenek</name>
<email>kremenek@apple.com</email>
</author>
<published>2012-03-01T22:07:04+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=c1e4dd0e8e6ec8b638bc87ee6dd55f114a4d0e2f'/>
<id>urn:sha1:c1e4dd0e8e6ec8b638bc87ee6dd55f114a4d0e2f</id>
<content type='text'>
and don't have time to push it forward in the near future.

llvm-svn: 151841
</content>
</entry>
<entry>
<title>Eliminate the uglified keyword __import_module__ for importing</title>
<updated>2012-01-03T19:32:59+00:00</updated>
<author>
<name>Douglas Gregor</name>
<email>dgregor@apple.com</email>
</author>
<published>2012-01-03T19:32:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=da82e703d1d9e39fd5acdf18e06855e452c87984'/>
<id>urn:sha1:da82e703d1d9e39fd5acdf18e06855e452c87984</id>
<content type='text'>
modules. This leaves us without an explicit syntax for importing
modules in C/C++, because such a syntax needs to be discussed
first. In Objective-C/Objective-C++, the @import syntax is used to
import modules.

Note that, under -fmodules, C/C++ programs can import modules via the
#include mechanism when a module map is in place for that header. This
allows us to work with modules in C/C++ without committing to a syntax.

llvm-svn: 147467
</content>
</entry>
<entry>
<title>Rename the command-line option for mapping #include/#import over to</title>
<updated>2012-01-03T15:21:29+00:00</updated>
<author>
<name>Douglas Gregor</name>
<email>dgregor@apple.com</email>
</author>
<published>2012-01-03T15:21:29+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=2f197adeeb9765fb23a2da7b38da664c4e82276a'/>
<id>urn:sha1:2f197adeeb9765fb23a2da7b38da664c4e82276a</id>
<content type='text'>
module imports from -fauto-module-import to -fmodules. The new name
will eventually be used to enable modules, and the #include/#import
mapping is a crucial part of the feature.

llvm-svn: 147447
</content>
</entry>
<entry>
<title>Modify how the -verify flag works.  Currently, the verification string and</title>
<updated>2011-12-15T00:38:15+00:00</updated>
<author>
<name>Richard Trieu</name>
<email>rtrieu@google.com</email>
</author>
<published>2011-12-15T00:38:15+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/bcm5719-llvm/commit/?id=553b2b2e5dde2839618edbc7b60f6c0677774853'/>
<id>urn:sha1:553b2b2e5dde2839618edbc7b60f6c0677774853</id>
<content type='text'>
diagnostic message are compared.  If either is a substring of the other, then
no error is given.  This gives rise to an unexpected case:

  // expect-error{{candidate function has different number of parameters}}

will match the following error messages from Clang:

  candidate function has different number of parameters (expected 1 but has 2)
  candidate function has different number of parameters

It will also match these other error messages:

  candidate function
  function has different number of parameters
  number of parameters

This patch will change so that the verification string must be a substring of
the diagnostic message before accepting.  Also, all the failing tests from this
change have been corrected.  Some stats from this cleanup:

87 - removed extra spaces around verification strings
70 - wording updates to diagnostics
40 - extra leading or trailing characters (typos, unmatched parens or quotes)
35 - diagnostic level was included (error:, warning:, or note:)
18 - flag name put in the warning (-Wprotocol)

llvm-svn: 146619
</content>
</entry>
</feed>
