[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