Paul Jakma wrote at 10/11/06 12:00: > >> The point that I am and would like raise is incompatibility issue with >> *BSD interfaces. There is no reason for us to be different in terms of >> spec including function prototyping if you want to use the same C >> function name. If you want to deviate from the *BSD original spec, >> that's fine but rather should use other name in that case. > > > I don't see how the definition of this function precludes it from using > newer, less ambigious, prefixes. It's entire purpose is to abstract away > those details and leave them at the mercy of humanize_numbers(). > > What would break exactly? > > --paulj >
The above was only for 'b' and *BSD's flag value remarks re radix (and other incompatibility issues). If the incompatibility issues are resolved, I don't think we will have problem on prefixes (in either way of using the same spec as *BSD or having a new function name). Ienup
