On 10/30/2014 8:57 PM, Nathaniel W Filardo wrote: > However, on the machine where this is a problem, libc has support for > USE_UCONTEXT, and so params.sparc_linux24.h's #undef USE_CONTEXT is wrong > (though might be correct for actual linux24 systems).
If you are not building for sparc linux24 you should not be using params.sparc_linux24. > Is the correct thing to do here to allocate a sysid for sparc_linux26 and > create a params.sparc_linux26.h, or should I try to find a distinguishing > preprocessor symbol and just conditionalize the #undef USE_CONTEXT in the > existing param file? If there is no params.*.h for a given platform combination it is because no one has attempted to build the tree for that platform combination. As per http://registrar.central.org/systypes.txt, systype names and identifiers are allocated by OpenAFS directly. A params.*.h header can be submitted to Gerrit once the appropriate configuration is determined. Jeffrey Altman
smime.p7s
Description: S/MIME Cryptographic Signature
