0a088ead85
Fix a few bugs where we would fail to properly determine header to module correspondence when determining whether to suggest a #include or import, and suggest a #include more often in language modes where there is no import syntax. Generally, if the target is in a header with include guards or #pragma once, we should suggest either #including or importing that header, and not importing a module that happens to textually include it. In passing, improve the notes we attach to the corresponding diagnostics: calling an entity that we couldn't see "previous" is confusing.
14 lines
386 B
C
14 lines
386 B
C
// RUN: rm -rf %t
|
|
// RUN: %clang_cc1 -fmodules -fimplicit-module-maps -fmodules-cache-path=%t -I%S/Inputs/StdDef %s -verify -fno-modules-error-recovery
|
|
|
|
#include "ptrdiff_t.h"
|
|
|
|
ptrdiff_t pdt;
|
|
|
|
size_t st; // expected-error {{missing '#include "include_again.h"'; 'size_t' must be declared before it is used}}
|
|
// expected-note@stddef.h:* {{here}}
|
|
|
|
#include "include_again.h"
|
|
|
|
size_t st2;
|