I'm a unix guy, and in this platform, the portability is good for c99 (but gcc doesn't implement it completely, as you can see in [1]). Looks like Microsoft compilers are compatible with this startdard, if they implement full compatibility with C++/TR1 specification - and looks like the /TP implements this compatibility. But I can't find anything clear on this issue, and I could find some pointers to some failures on microsoft compilers[2]. Extra pointers in [3].
[1] http://gcc.gnu.org/c99status.html [2] http://coding.derkeiler.com/Archive/C_CPP/comp.lang.c/2007-03/msg05350.html [3] http://www.dinkumware.com/tr1.aspx, http://social.msdn.microsoft.com/Forums/en-US/vcgeneral/thread/913a2001-d2a6-450a-a15e-ff97ab6da0f1/ Responding to Supun, static inline functions can increase the size of binaries a bit, but there's no hit in performance. And some functions, if inlined, can improve the overall performance. It works more or less like macros, but with type verification at compile time and correct debugging pointers. Both type verification and correct debugging pointers can be cited as advantages of c99 over ansi c. Thanks. On Sat, Nov 22, 2008 at 3:26 AM, Damitha Kumarage <[EMAIL PROTECTED]> wrote: > Thiago Rafael Becker wrote: >> >> Hi, all >> >> I was looking at the recursive functions and below are my findings. >> >> In the case of axis2_core_utils_internal_build_rest_map_recursively, >> which is a tail-recursive function, seems easy to convert it to a >> iterative function. >> >> In the case of >> axis2_core_utils_internal_infer_op_from_rest_map_recursively, >> which is not a tail-recursive function, seems harder to do. Also, it >> spans for about 250 lines, it's complicated to find how to convert it. >> Did you ever thought about switching from ansi c to iso99 c? You can >> do some things to reduce the line span of functions (static inline >> functions) that you can't do with ansi c. What do you think about it? >> > > How about portability if we adopt C99? > thanks > Damitha > > -- > __________________________________________________________________ > > Damitha Kumarage > http://people.apache.org/ > __________________________________________________________________ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Thiago Rafael Becker http://www.monstros.org/trbecker --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
