"David Reid" <[EMAIL PROTECTED]> writes: > How many places are we going to run into dependencies on version number for > FreeBSD? I think we have 2, maybe 3 already and it's likely to grow. I > think we need to do this a different way. > > Why don't we add a check in the early portion of configure.in that looks for > freebsd, if it's found determines the version number and sets it as a > variable such as FBSD_VERSION. This should probably be of the format we're > already using, i.e. 34 for 3.4.x and 41 for 4.1.x and so on. I mean so far > we're only interested if we have greater than a particular version and I can > see that continuing.
If there is 3.4.x, then perhaps it should be 340 for 3.4, 341 for 3.4.1, etc. The version could be set to uname -r | sed -e 's/\(.\)\.\(.\)\.\(.\).*/\1\2\3/' | sed -e 's/\(.\)\.\(.\)\-.*/\1\20/' yielding 341 for 3.4.1-RELEASE and 340 for 3.4-RELEASE. Why limit the variable to FreeBSD? We'll have (or already have) similar checks on other platforms. Make the variable name more generic. -- Jeff Trawick | [EMAIL PROTECTED] | PGP public key at web site: http://www.geocities.com/SiliconValley/Park/9289/ Born in Roswell... married an alien...