diff options
| author | appro <appro> | 2007-07-30 11:42:08 +0000 |
|---|---|---|
| committer | appro <appro> | 2007-07-30 11:42:08 +0000 |
| commit | a5eed954c9e0b06e5554ab6be213888ca171d3c0 (patch) | |
| tree | a89988520b227f70f64e89b8c6a4f6e3530bc982 /crypto/stack | |
| parent | 3d7c38d2f279e11ba3e4cd7de0ecfea71ffbf333 (diff) | |
| download | openssl-a5eed954c9e0b06e5554ab6be213888ca171d3c0.tar.gz | |
As for inline vs. __inline. The original code implies that most compilers
understand inline, while WIN32 ones insist on __inline. Well, there are
other compilers that insist on __inline. At the same time it turned out
that most compilers understand both __inline and inline. I could find
only one that doesn't understand __inline, Sun C. In other words it seems
that __inline as preferred choice provides better coverage...
Diffstat (limited to 'crypto/stack')
| -rw-r--r-- | crypto/stack/safestack.h | 13 |
1 files changed, 8 insertions, 5 deletions
diff --git a/crypto/stack/safestack.h b/crypto/stack/safestack.h index a2b028721..f24353b13 100644 --- a/crypto/stack/safestack.h +++ b/crypto/stack/safestack.h @@ -60,11 +60,14 @@ #ifndef OPENSSL_ALLOW_FCAST #ifndef OPENSSL_INLINE -#ifdef OPENSSL_SYSNAME_WIN32 -#define OPENSSL_INLINE __inline static -#else -#define OPENSSL_INLINE inline static -#endif +# if defined(__SUNPRO_C) +# if __SUNPRO_C>0x520 +# define __inline inline +# else +# define __inline +# endif +# endif +# define OPENSSL_INLINE __inline static #endif #define STACK_OF(type) struct stack_st_##type |