[PATCH] D27654: Stop intercepting mallinfo and mallopt on FreeBSD
Dimitry Andric via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Mon Jan 9 00:03:42 PST 2017
dim added inline comments.
================
Comment at: test/asan/TestCases/mallinfo-mallopt.cpp:4
+// RUN: %clang_asan %s -o %t
+// XFAIL: freebsd
+
----------------
joerg wrote:
> dim wrote:
> > joerg wrote:
> > > dim wrote:
> > > > kcc wrote:
> > > > > hm. is freebsd the only platform where this will fail?
> > > > > What about other non-linux OSes?
> > > > Indeed, probably better to make this test succeed on Linux only. Is there any way to express `XFAIL: !linux` ?
> > > My suggestion would be to do conditionalize the main function, i.e.
> > >
> > > ```
> > > #if __glibc__
> > > mallinfo();
> > > mallopt();
> > > #else
> > > void non_existant_function(void);
> > > non_existant_function();
> > > #endif
> > > ```
> > >
> > > and just check for linking error on all platforms.
> > Actually, the error we're checking for is that mallinfo() and mallopt() are *not* incorrectly intercepted. So we have to specifically attempt to link these functions in, and see if those don't cause any error, and if they don't, there is a regression.
> Sorry, inverted condition. I meant '#if !__glibc__'. That should make it clearer. My point is to link against something explicitly undefined for glibc and just make sure that it always fails that way.
Ah yes, I see what you mean.
================
Comment at: test/asan/TestCases/mallinfo-mallopt.cpp:7
+int mallinfo();
+int mallopt();
+
----------------
joerg wrote:
> dim wrote:
> > joerg wrote:
> > > Can you make those proper protypes?
> > This is not what autoconf is doing, which was the original inspiration for this change. Autoconf always uses function declarations without any parameters, and I was mimicking what they are doing.
> Yeah, but that part is one of the design flaws in autoconf. I guess the problem is that declaring mallinfo correctly would need the content of the struct, so that's kind of not possible in a good way without depending on the header.
Indeed, I find autoconf's style ugly too, but this avoids having to include any headers.
https://reviews.llvm.org/D27654
More information about the llvm-commits
mailing list