Displaying 5 results from an estimated 5 matches for "fmudflap".
Did you mean:
wmudflap
2008 Mar 05
0
Press delete key three times in R-2.6.1 to get segmentation fault (PR#10892)
...-C or -CC without -E}} %{!Q:-quiet}
%{nostdinc*} %{C} %{CC} %{v} %{I*&F*} %{P} %I %{MD:-MD %{!o:%b.d}%{o*:%.d%*}}
%{MMD:-MMD %{!o:%b.d}%{o*:%.d%*}} %{M} %{MM} %{MF*} %{MG} %{MP} %{MQ*} %{MT*}
%{!E:%{!M:%{!MM:%{MD|MMD:%{o*:-MQ %*}}}}} %{remap} %{g3:-dD} %{H} %C %{D*&U*&A*}
%{i*} %Z %i %{fmudflap:-D_MUDFLAP -include mf-runtime.h} %{fmudflapth:-D_MUDFLAP
-D_MUDFLAPTH -include mf-runtime.h} %{E|M|MM:%W{o*}}
*trad_capable_cpp:
cc1 -E %{traditional|ftraditional|traditional-cpp:-traditional-cpp}
*cc1:
%(cc1_cpu) %{profile:-p}
*cc1_options:
%{pg:%{fomit-frame-pointer:%e-pg and -fomit-fra...
2011 Aug 01
2
[LLVMdev] LLVM-based address sanity checker
...the
LLVM layer. Also, it indicates the asan functionality defaults to on.
Ideally all of this functionality would default to off, and be enabled via
'-fasan' or even better '-faddress-sanitizer' in Clang. That would match the
behavior of '-fcatch-undefined-behavior', '-fmudflap', etc. If you want to
expose the more fine grained flags to users that are mentioned on the wiki
page, they could also have '-f...' Clang flags, but it seems unlikely that
those are important.
What's your expected plan for the runtime library? Is that something you
would be intere...
2011 Aug 01
0
[LLVMdev] LLVM-based address sanity checker
...e enabled via
> '-fasan' or even better '-faddress-sanitizer' in Clang.
>
That's what I have now (-fasan). I slightly prefer -fasan
over -faddress-sanitizer because the former is shorter.
> That would match the behavior of '-fcatch-undefined-behavior', '-fmudflap',
> etc. If you want to expose the more fine grained flags to users that are
> mentioned on the wiki page, they could also have '-f...' Clang flags, but it
> seems unlikely that those are important.
>
I will probably need a few more user-visible flags: [don't]instrument...
2011 Jul 26
0
[LLVMdev] LLVM-based address sanity checker
On Tue, Jul 26, 2011 at 10:20 AM, Chris Lattner <clattner at apple.com> wrote:
>
> On Jun 21, 2011, at 8:05 AM, Kostya Serebryany wrote:
>
> > Hi,
> > What would be our next steps in getting ASan into the LLVM trunk?
> > I'd like to do it in two steps, first for the LLVM part with minimal
> tests and then for the run-time library and all tests.
> >
2011 Jul 26
2
[LLVMdev] LLVM-based address sanity checker
On Jun 21, 2011, at 8:05 AM, Kostya Serebryany wrote:
> Hi,
> What would be our next steps in getting ASan into the LLVM trunk?
> I'd like to do it in two steps, first for the LLVM part with minimal tests and then for the run-time library and all tests.
> The current ASan's source repository will probably stay the primary home for the run-time library and tests as we plan