kees wrote:
Thanks! It's fixed for me now. I continue to be highly unlucky, though, and
keep finding weird stuff. It seems to segfault just parsing libc headers under
`-D_FORTIFY_SOURCE=3` (but not `=2` or lower):
```
0. Program arguments:
/srv/built-compilers/llvm/counted_by/install/bin/clang -Wall -O2
-fstrict-flex-arrays=3 -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=3 -fsanitize=bounds
-fsanitize=object-size -fsanitize-undefined-trap-on-error -c -o array-bounds.o
array-bounds.c
1. <eof> parser at end of file
2. Per-file LLVM IR generation
3. /usr/include/x86_64-linux-gnu/bits/string_fortified.h:57:1
<Spelling=/usr/include/x86_64-linux-gnu/bits/string_fortified.h:57:8>:
Generating code for declaration 'memset'
...
#4 0x000055ef8b3ac144 clang::DeclContext::decls_begin() const
#5 0x000055ef892afcad CountCountedByAttrs(clang::RecordDecl const*)
CGBuiltin.cpp:0:0
```
In my header at line 57, I see:
```
__fortify_function void *
__NTH (memset (void *__dest, int __ch, size_t __len))
{
return __builtin___memset_chk (__dest, __ch, __len,
__glibc_objsize0 (__dest));
}
```
where `__glibc_objsize0` is:
```
sys/cdefs.h:# define __glibc_objsize0(__o) __builtin_dynamic_object_size (__o,
0)
```
I assume something weird is happening with `bdos` here.
https://github.com/llvm/llvm-project/pull/76348
_______________________________________________
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
