maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/clang/test/Sema/wchar.c

29 lines
938 B
C
Raw Normal View History

Forbid driver use in Sema tests This ports the last Sema tests over to use the frontend directly, and adds a local lit substitution to disable inappropriate %clang usage under this directory. llvm-svn: 199348
2014-01-16 10:37:08 +08:00
// RUN: %clang_cc1 %s -fsyntax-only -verify
Driver: hoist the `wchar_t` handling to the driver Move the logic for determining the `wchar_t` type information into the driver. Rather than passing the single bit of information of `-fshort-wchar` indicate to the frontend the desired type of `wchar_t` through a new `-cc1` option of `-fwchar-type` and indicate the signedness through `-f{,no-}signed-wchar`. This replicates the current logic which was spread throughout Basic into the `RenderCharacterOptions`. Most of the changes to the tests are to ensure that the frontend uses the correct type. Add a new test set under `test/Driver/wchar_t.c` to ensure that we calculate the proper types for the various cases. llvm-svn: 315126
2017-10-07 07:09:55 +08:00
// RUN: %clang_cc1 %s -fsyntax-only -fwchar-type=short -fno-signed-wchar -verify -DSHORT_WCHAR
Make test header independent so it doesn't fail on freebsd. I hope this doesn't hurt the intention of the test. llvm-svn: 89096
2009-11-17 22:02:16 +08:00
typedef __WCHAR_TYPE__ wchar_t;
Adding -fshort-wchar option. llvm-svn: 86167
2009-11-06 04:14:16 +08:00
#if defined(_WIN32) || defined(_M_IX86) || defined(__CYGWIN__) \
[PS4] Change the names of some "environmental" things to what our licensees actually see in the toolchain we deliver to them. This will reduce the set of local patches we have to maintain. The triple is not changing. (The term ORBIS is an internal code name for PS4.) llvm-svn: 269671
2016-05-17 01:22:25 +08:00
|| defined(_M_X64) || defined(__ORBIS__) || defined(SHORT_WCHAR)
Adding -fshort-wchar option. llvm-svn: 86167
2009-11-06 04:14:16 +08:00
#define WCHAR_T_TYPE unsigned short
Add AArch64 wchar definition to test This should allow it to pass if the default triple is AArch64 llvm-svn: 174620
2013-02-07 23:11:44 +08:00
#elif defined(__arm) || defined(__aarch64__)
Fix failing test/Sema/wchar.c on ARM. Currently Sema/wchar.c fails because WCHAR_T_TYPE is defined as int, however on ARM wchar_t is unsigned int. This patch changes that, so this test passes for ARM. Patch by Joey Gouly! llvm-svn: 164598
2012-09-25 18:11:17 +08:00
#define WCHAR_T_TYPE unsigned int
Delete support for AuroraUX. auroraux.org is not resolving. llvm-svn: 215644
2014-08-14 23:14:51 +08:00
#elif defined(__sun)
Clang :: Sema/wchar.c has long been failing on Solaris: error: 'error' diagnostics expected but not seen: File /vol/llvm/src/clang/local/test/Sema/wchar.c Line 22: initializing wide char array with non-wide string literal error: 'error' diagnostics seen but not expected: File /vol/llvm/src/clang/local/test/Sema/wchar.c Line 20: array initializer must be an initializer list File /vol/llvm/src/clang/local/test/Sema/wchar.c Line 22: array initializer must be an initializer list It turns out the definition is wrong, as can be seen in GCC's gcc/config/sol2.h: /* wchar_t is called differently in <wchar.h> for 32 and 64-bit compilations. This is called for by SCD 2.4.1, p. 6-83, Figure 6-65 (32-bit) and p. 6P-10, Figure 6.38 (64-bit). */ #undef WCHAR_TYPE #define WCHAR_TYPE (TARGET_64BIT ? "int" : "long int") The following patch implements this, and at the same time corrects the wint_t definition which is the same: /* Same for wint_t. See SCD 2.4.1, p. 6-83, Figure 6-66 (32-bit). There's no corresponding 64-bit definition, but this is what Solaris 8 <iso/wchar_iso.h> uses. */ #undef WINT_TYPE #define WINT_TYPE (TARGET_64BIT ? "int" : "long int") Clang :: Preprocessor/wchar_t.c and Clang :: Sema/format-strings.c need to be adjusted to account for that. Tested on i386-pc-solaris2.11, x86_64-pc-solaris2.11, and x86_64-pc-linux-gnu. Differential Revision: https://reviews.llvm.org/D62944 llvm-svn: 363612
2019-06-18 04:21:25 +08:00
#if defined(__LP64__)
#define WCHAR_T_TYPE int
#else
#define WCHAR_T_TYPE long
#endif
Delete support for AuroraUX. auroraux.org is not resolving. llvm-svn: 215644
2014-08-14 23:14:51 +08:00
#else /* Solaris. */
Adding -fshort-wchar option. llvm-svn: 86167
2009-11-06 04:14:16 +08:00
#define WCHAR_T_TYPE int
#endif
ok, not as broken as I thought, just confusing. This allows initialization of wchar_t arrays with wide strings, and generalizes wchar_size.c to work on all targets. llvm-svn: 65586
2009-02-27 07:36:02 +08:00
int check_wchar_size[sizeof(*L"") == sizeof(wchar_t) ? 1 : -1];
Adding -fshort-wchar option. llvm-svn: 86167
2009-11-06 04:14:16 +08:00
ok, not as broken as I thought, just confusing. This allows initialization of wchar_t arrays with wide strings, and generalizes wchar_size.c to work on all targets. llvm-svn: 65586
2009-02-27 07:36:02 +08:00
void foo() {
Adding -fshort-wchar option. llvm-svn: 86167
2009-11-06 04:14:16 +08:00
WCHAR_T_TYPE t1[] = L"x";
ok, not as broken as I thought, just confusing. This allows initialization of wchar_t arrays with wide strings, and generalizes wchar_size.c to work on all targets. llvm-svn: 65586
2009-02-27 07:36:02 +08:00
wchar_t tab[] = L"x";
Better diagnostics for string initialization. This commit improves Clang's diagnostics for string initialization. Where it would previously say: /tmp/a.c:3:9: error: array initializer must be an initializer list wchar_t s[] = "Hi"; ^ /tmp/a.c:4:6: error: array initializer must be an initializer list or string literal char t[] = L"Hi"; ^ It will now say /tmp/a.c:3:9: error: initializing wide char array with non-wide string literal wchar_t s[] = "Hi"; ^ /tmp/a.c:4:6: error: initializing char array with wide string literal char t[] = L"Hi"; ^ As a bonus, it also fixes the fact that Clang would previously reject this valid C11 code: char16_t s[] = u"hi"; char32_t t[] = U"hi"; because it would only recognize the built-in types for char16_t and char32_t, which do not exist in C. llvm-svn: 181880
2013-05-15 19:03:04 +08:00
WCHAR_T_TYPE t2[] = "x"; // expected-error {{initializing wide char array with non-wide string literal}}
char t3[] = L"x"; // expected-error {{initializing char array with wide string literal}}
ok, not as broken as I thought, just confusing. This allows initialization of wchar_t arrays with wide strings, and generalizes wchar_size.c to work on all targets. llvm-svn: 65586
2009-02-27 07:36:02 +08:00
}