This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: [tree-ssa] Mainline merge plan
- From: Richard Earnshaw <rearnsha at arm dot com>
- To: David Edelsohn <dje at watson dot ibm dot com>
- Cc: Richard Earnshaw <rearnsha at arm dot com>, Jeff Sturm <jsturm at one-point dot com>, "gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
- Date: Wed, 25 Feb 2004 15:50:49 +0000
- Subject: Re: [tree-ssa] Mainline merge plan
- Organization: ARM Ltd.
- Reply-to: Richard Earnshaw <rearnsha at arm dot com>
> >>>>> Richard Earnshaw writes:
>
> Richard> I've no idea what mudflap is supposed to be for, so it's unclear to me
> Richard> whether it's an important part of the compiler or just another
> Richard> nice-to-have bolt on. The following patch just disables it from the build
> Richard> and does seem to solve the immediate problem of building the libraries.
> Richard> Whether or not this is the correct approach somebody else will have to
> Richard> judge. A better patch would probably move the gcc thread-detection code
> Richard> to the top level and use that do decide what the target capabilities were.
>
> Mudflap: narrow-pointer bounds-checking by tree rewriting.
>
> target-libmudflap used to build on AIX, but fail in the testsuite.
> It recently began failing to build. It is not a critical component of
> Tree-SSA.
>
> David
If it's not critical anywhere, then I'm inclined to suggest that it should
be temporarily disabled everywhere for now, in the interests of sorting
out the main issue -- the merge of tree-ssa itself. Once that is sorted
out we can go back to looking at mudflap.
R.