▲ | LegionMammal978 16 hours ago | ||||||||||||||||
If you do a lot of bisecting, or bootstrapping, or building compatibility matrices, or really anything that needs you to compile lots of old versions, the repeated ./configure steps really start feeling like a drag. | |||||||||||||||||
▲ | kazinator 15 hours ago | parent [-] | ||||||||||||||||
In a "reasonably well-behaved program", if you have the artifacts from a current configure, like a "config.h" header, they are compatible with older commits, even if configurations changed, as long as the configuration changes were additive: introducing some new test, along with a new symbol in "config.h". It's possible to skip some of the ./configure steps. Especially for someone who knows the program very well. | |||||||||||||||||
|