Re: srcdir == objdir build issues [SC take note]

[Phil Edwards <phil@jaj.com>]

On Fri, May 09, 2003 at 02:41:51PM -0400, DJ Delorie wrote:
> 
> Given how much trouble I've had keeping ./configure working, I think
> any new twists will end up with the same fate.  At this point, I'd
> accept your solution if I thought it would help, but I think it would
> end up the same as what we have now - unsupportable.

The difference is that the twists up to this point have been spread
everywhere.  All through the configury, all through the makefiles.

> The problem is getting the regular gcc developers to test setups other
> than the common one.  Either they're going to test them, or they
> aren't.  If they're going to test them, we can continue supporting
> ./configure the "natural" way.  If they're not going to test them,
> let's not fool ourselves into thinking we can support it.

The approach that Mark et al proposed and that I implemented doesn't
require constant tweaking, like the current situation.  It doesn't need
to be constantly tested.

To remind the audience, what we're talking about had some discussion here:

    http://gcc.gnu.org/ml/gcc-patches/2002-04/msg00866.html

and some patching here (note this was before the top-level autoconfiscation):

    http://gcc.gnu.org/ml/gcc-patches/2002-04/msg01001.html


I like the idea of making our configury simply require/assume separate
build dirs, but there's no need to reject an in-srcdir *interface* just
because maintaining a parallel in-srcdir *implementation* has been a PITA.

Phil

-- 
If ye love wealth greater than liberty, the tranquility of servitude greater
than the animating contest for freedom, go home and leave us in peace.  We seek
not your counsel, nor your arms.  Crouch down and lick the hand that feeds you;
and may posterity forget that ye were our countrymen.            - Samuel Adams