Improving the performance would require to fix the install script so that it can handle more than one argument at once, and/or use a more or less
standard "install" program when available.
We used to try to use the "standard" install program when available. After sufficient bitter experience, we concluded that "standard" and "install" are not words that should be used together.
Ok. I trust you on that;-)
Thus the only performance improvement I can see is to change the "install" script, for instance by considering the multi-argument apache version as a candidate replacement.
This might require also to fix makefiles install target to take advantage of the fact.
Also, it might require to deal with "extensions" of the postgres script somehow, if it has any such things.
I might look into it as I'm somehow responsible for the "install-all-headers" new default, but I don't have much time
I don't believe that the install script is the only culprit, it's makefile target:
all static libs, headers and all docs are not needed there.
maybe add another install target: "install-regress" and collect only the needed binaries, shared libs, timezone and intl stuff.
ah, even this is not needed.
---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to [EMAIL PROTECTED] so that your message can get through to the mailing list cleanly