[llvm-bugs] [Bug 39400] New: stdint.h:228:25: error: typedef redefinition with different types ('int16_t' (aka 'short') vs 'int')
via llvm-bugs
llvm-bugs at lists.llvm.org
Tue Oct 23 02:04:11 PDT 2018
https://bugs.llvm.org/show_bug.cgi?id=39400
Bug ID: 39400
Summary: stdint.h:228:25: error: typedef redefinition with
different types ('int16_t' (aka 'short') vs 'int')
Product: clang
Version: 6.0
Hardware: All
OS: Solaris
Status: NEW
Severity: normal
Priority: P
Component: Headers
Assignee: unassignedclangbugs at nondot.org
Reporter: petr.sumbera at oracle.com
CC: llvm-bugs at lists.llvm.org
$ clang --version
Oracle Solaris clang version 3.8.1 (tags/RELEASE_381/final) (based on LLVM
3.8.1)
Target: x86_64-pc-solaris2.11
Thread model: posix
InstalledDir: /usr/bin
$ cat test.c
#include <stdlib.h>
#include <stdint.h>
$ clang -ffreestanding -c test.c
In file included from test.c:2:
/usr/lib/amd64/clang/6.0.1/include/stdint.h:228:25: error: typedef redefinition
with different types ('int16_t' (aka 'short') vs 'int')
typedef __int_least16_t int_fast16_t;
^
/usr/include/sys/int_types.h:116:15: note: previous definition is here
typedef int int_fast16_t;
^
In file included from test.c:2:
/usr/lib/amd64/clang/6.0.1/include/stdint.h:229:26: error: typedef redefinition
with different types ('uint16_t' (aka 'unsigned short') vs 'unsigned int')
typedef __uint_least16_t uint_fast16_t;
^
/usr/include/sys/int_types.h:127:23: note: previous definition is here
typedef unsigned int uint_fast16_t;
^
In file included from test.c:2:
/usr/lib/amd64/clang/6.0.1/include/stdint.h:235:23: error: typedef redefinition
with different types ('signed char' vs 'char')
typedef __INT8_TYPE__ int8_t;
^
/usr/include/sys/int_types.h:51:16: note: previous definition is here
typedef char int8_t;
^
3 errors generated.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-bugs/attachments/20181023/daee11fd/attachment.html>
More information about the llvm-bugs
mailing list