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: Configure problem


> Someone is unlikely to do this by accident, but one way this can happen
> is
>   make
>   cvs update
>   make
>   ../gcc/configure ...
>   make
> Reconfiguring will delete the subdir Makefiles, to force them to be
> reconfigured.

I've seen this one myself.

> By the way, I saw a new related problem today.  The tree-ssa patch
> added GMPINC and GMPLIB to the subconfigure variable list, but not
> the submake variable list.  So now it is possible to get the same
> problem in the gcc directory with GMPINC and/or GMPLIB.  They need
> to be added to BASE_FLAGS_TO_PASS or something equivalent to fix
> this.

Food for thought: Aside from twiddling build/host/target according to
the type of subdir we're building, is there any reason to pass
*ANYTHING* to subconfigures?  I mean, aside from propogating configure
args?  I don't think fixing this one variable at a time is the right
thing to do; it looks like a fundamental problem and it should get a
fundamental fix.


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