This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: [PATCH] Instrument function clones using mudflap (PR libmudflap/40778)

From: Jeff Law <law at redhat dot com>
To: Jakub Jelinek <jakub at redhat dot com>
Cc: gcc-patches at gcc dot gnu dot org, Frank Eigler <fche at redhat dot com>
Date: Sun, 19 Dec 2010 22:01:08 -0700
Subject: Re: [PATCH] Instrument function clones using mudflap (PR libmudflap/40778)
References: <20101216215553.GC2198@tyan-ft48-01.lab.bos.redhat.com>

On 12/16/10 14:55, Jakub Jelinek wrote:

Hi!

As discussed in the PR, clones are DECL_ARTIFICIAL, so
execute_mudflap_function_ops pass wasn't done on them.  Skipping
the instrumentation of really artificial functions is ok, but
clones (and OpenMP functions etc.) are really user routines or parts
thereof.

Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, ok for
trunk?

2010-12-16 Jakub Jelinek<jakub@redhat.com>

	PR libmudflap/40778
	* tree-mudflap.c (execute_mudflap_function_ops): Instrument
	even artificial functions, if their DECL_ORIGIN is not artificial.

* testsuite/libmudflap.c/fail68-frag.c: New test.

OK.
jeff

References:
- [PATCH] Instrument function clones using mudflap (PR libmudflap/40778)
  - From: Jakub Jelinek

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]