On 7/3/07, Vlad Seryakov <[EMAIL PROTECTED]> wrote: > I will update modules if that is the conclusion
The problem with ns_int8 etc. is that there already is a perfectly good name for it. If int8_t does not exist, then the best strategy is to just define that, not some other name. It's basically equivalent. The advantage is that our code becomes more standard and readable. We doe have some ns_whatever code, but that tends to be a more or less functionally identical wrapper which is either thread safe or performs some error handling. Another reason no to overload the ns_* C name space. The AC_TYPE_INT8_T macros handle this -- they check and define their own versions if not present. We need to move towards each module having it's own configure script... ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ naviserver-devel mailing list naviserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/naviserver-devel
