llvm-project/clang/test/Modules/merge-name-for-linkage.cpp

// RUN: rm -rf %t
// RUN: %clang_cc1 -fmodules -fimplicit-module-maps -fmodules-cache-path=%t -I%S/Inputs/merge-name-for-linkage -verify %s
// expected-no-diagnostics
typedef union {} pthread_mutex_t;
#include "a.h"
pthread_mutex_t x;
#include "b.h"
pthread_mutex_t y;
[modules] If we load two declarations with typedef names for linkage purposes on top of a local declaration of the same entity, we still need to remember that we loaded the first one or we may fail to merge the second one properly. llvm-svn: 226765 2015-01-22 10:21:23 +08:00			`// RUN: rm -rf %t`
[modules] Simplify -cc1 interface for enabling implicit module maps. 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 2015-06-16 08:08:24 +08:00			`// RUN: %clang_cc1 -fmodules -fimplicit-module-maps -fmodules-cache-path=%t -I%S/Inputs/merge-name-for-linkage -verify %s`
[modules] If we load two declarations with typedef names for linkage purposes on top of a local declaration of the same entity, we still need to remember that we loaded the first one or we may fail to merge the second one properly. llvm-svn: 226765 2015-01-22 10:21:23 +08:00			`// expected-no-diagnostics`
			`typedef union {} pthread_mutex_t;`
			`#include "a.h"`
			`pthread_mutex_t x;`
			`#include "b.h"`
			`pthread_mutex_t y;`