Re: config.site overrides commandline

[Tim Van Holder]

> | Sounds perfectly reasonable.  config.site is also loaded to late
> | to override some startup tests.
> | There is, however, a bit of a chicken-and-egg problem there.
> | config.site is loaded from $prefix by default, but that can be given
> | on the command-line.  So to have optimal behaviour, we'd need to
> | 
> |  1) check the command-line for --prefix
> |  2) load config.site
> |  3) check the rest of the command line
> 
> That's really fine.  Any candidate to implement it?

I'd love to, but I've had VERY little time to work on this stuff lately.
I still have some local diffs to clean up & submit to autoconf-patches,
and I also need to build some DJGPP packages at some point (last time I
tried I got many testsuite failures, but didn't have the time to
investigate).


> But I'd 3 is s/rest of the/whole/.

Sure, that would allow us to keep all of the current command-line
handling code as-is.