[tree-ssa] Mainline merge plan
Richard Earnshaw
rearnsha@arm.com
Wed Feb 25 16:27:00 GMT 2004
> >>>>> 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.
More information about the Gcc
mailing list