This is the mail archive of the gcc@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

gcc/libcpp: non-UTF-8 source or execution encodings?


libcpp/charset.c has a helpful introductory comment describingcharacter
sets, including the source and execution character sets.

libcpp appears to attempt to support both UTF-8 and UTF-EBCDIC for the
source character set, via:

#if HOST_CHARSET == HOST_CHARSET_ASCII
#define SOURCE_CHARSET "UTF-8"
#define LAST_POSSIBLY_BASIC_SOURCE_CHAR 0x7e
#elif HOST_CHARSET == HOST_CHARSET_EBCDIC
#define SOURCE_CHARSET "UTF-EBCDIC"
#define LAST_POSSIBLY_BASIC_SOURCE_CHAR 0xFF
#else
#error "Unrecognized basic host character set"
#endif

though libiberty's safe-ctype.c has:

# if HOST_CHARSET == HOST_CHARSET_EBCDIC
  #error "FIXME: write tables for EBCDIC"

so presumably we only effectively support UTF-8 as the source char set.

Do we support any hosts for which the source character set is *not* UTF
-8?

Similarly, do we support any targets for which the execution character
set is *not* UTF-8?

This relates to the locations-within-string-literals patch I posted
here:
https://gcc.gnu.org/ml/gcc-patches/2016-07/msg00441.html
("[PATCH] RFC: On-demand locations within string-literals"); that patch
currently has an assumption that the source encoding == execution
encoding, and I'd appreciate knowing a configuration for which this
isn't the case so I can test accordingly.

Thanks
Dave


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]