[PATCH] D148381: [WIP][Clang] Add element_count attribute

Nick Desaulniers via Phabricator via cfe-commits cfe-commits at lists.llvm.org
Mon Apr 17 14:23:31 PDT 2023


nickdesaulniers added inline comments.


================
Comment at: clang/lib/CodeGen/CGExpr.cpp:951-952
+    if (auto *ME = dyn_cast<MemberExpr>(CE->getSubExpr())) {
+      if (ME->isFlexibleArrayMemberLike(CGF.getContext(),
+                                        StrictFlexArraysLevel, true)) {
+        if (auto *MD = dyn_cast<FieldDecl>(ME->getMemberDecl())) {
----------------
void wrote:
> nickdesaulniers wrote:
> > eventually, we may want to support non-FAMs:
> > 
> > ```
> > struct foo {
> >   size_t count;
> >   char arr [PATH_MAX] __attribute((element_count("count")));
> > };
> > 
> > char *foo (size_t offset) {
> >   struct foo my_foo = {
> >     .count = sizeof("hello"),
> >     .arr = "hello",
> >   };
> >   return &my_foo.arr[offset];
> > }
> > ```
> Maybe? Though this attribute is really only for the sanitizer, which could all ready use `PATH_MAX` to ensure that it doesn't overrun the array.
Note that `my_foo.arr` is not fully initialized; a value > sizeof("hello") and < PATH_MAX will access uninitialized memory. I think this pattern is very common in C code (use excessive stack allocation partially initialized rather than heap).


Repository:
  rG LLVM Github Monorepo

CHANGES SINCE LAST ACTION
  https://reviews.llvm.org/D148381/new/

https://reviews.llvm.org/D148381



More information about the cfe-commits mailing list