search for: __size_type__

Hi, after changing mksh to no longer use mkstemp, I decided to try and build mksh-static with klcc on most platforms, in Debian. Here are the results by Debian architecture: alpha (4) fails amd64 works armel works armhf (3) fails i386 works ia64 works m68k (1) workaround mips works mipsel works powerpc (2) fails ppc64 works (!) s390 works s390x works sparc works Architectures not listed either

...@@ -65,24 +59,7 @@ typedef __PTRDIFF_TYPE__ ptrdiff_t; #if !__has_feature(modules) #define _SIZE_T #endif - -/* Zig: added to avoid collisions with mingw */ -#if !defined(_SIZE_T_DEFINED_) -#if !defined(_SIZE_T_DEFINED) -#if !defined(_BSD_SIZE_T_DEFINED_) -#if !defined(_SIZE_T_DECLARED) typedef __SIZE_TYPE__ size_t; -#define _SIZE_T_DEFINED_ -#define _SIZE_T_DEFINED -#define _BSD_SIZE_T_DEFINED_ -#define _SIZE_T_DECLARED -#endif -#endif -#endif -#endif - - - #endif #undef __need_size_t #endif /*defined(__need_size_t) */ @@ -110,22 +87,7 @@ typedef __SIZE_TYPE__ rsize_t; #define _WCHAR_T_DEFINED #e...

Hi, I?ve gone through the mailing list archives and hereby want to resubmit my pending patches. Most are independent of each other, except the m68k patch which will only be complete if sigsuspend is also fixed. (It can be applied before that, though.) http://www.zytor.com/pipermail/klibc/2012-January/003173.html [PATCH] fix m68k support Resubmitted here as 0005. While there was a question from

Hi chan_capi users, this thing is awesome, no delays like in modem_i4l! Plus, it got those nice ISDN features. Here's my question: Does my service provider (Deutsche Telekom) have to provide me with these Services (CD, ECT)? (the Readme in 0.2.5 says "does not relay on service CD") I know, that I don't have CFU,CFNR,CFBS (which I would have to order seperately). How likely

...mpiler as g77, rather than changing it to f77 --- is this the wrong thing to do? I notice that in config.log I get a lot of sequences of warning messages the form /dev/null:0: malformed option `-A system=unix' /dev/null:0: malformed option `-A system=svr4' *Initialization*:1: warning: `__SIZE_TYPE__' redefined *Initialization*:1: warning: `__PTRDIFF_TYPE__' redefined *Initialization*:1: warning: `__WCHAR_TYPE__' redefined /dev/null:0: malformed option `-A cpu=sparc' /dev/null:0: malformed option `-A machine=sparc' This does not encourage me, but I haven't a clue wh...

Hi, I've tagged the 5.0.1-rc2 release, go ahead and start testing and report your results. -Tom

...n must have argument cppdefines: #define __DBL_MIN_EXP__ (-1021) #define __FLT_MIN__ 1.17549435e-38F #define __CHAR_BIT__ 8 #define __WCHAR_MAX__ 2147483647 #define __DBL_DENORM_MIN__ 4.9406564584124654e-324 #define __FLT_EVAL_METHOD__ 2 #define __unix__ 1 #define unix 1 #define __i386__ 1 #define __SIZE_TYPE__ unsigned int #define __ELF__ 1 #define __DBL_MIN_10_EXP__ (-307) #define __FINITE_MATH_ONLY__ 0 #define __GNUC_PATCHLEVEL__ 3 #define __FLT_RADIX__ 2 #define __LDBL_EPSILON__ 1.08420217248550443401e-19L #define __SHRT_MAX__ 32767 #define __LDBL_MAX__ 1.18973149535723176502e+4932L #define __linux 1...

Hi gang, I was a little surprised to see that patch go by recently which fixed an endian bug. I went to see how sparse checking looked and it was.. broken. I got it going again in my Fedora environment. Most of the patches are just cleanups, but there *were* three real bugs lurking in all that sparse warning spam. So I maintain that it''s worth our time to keep it going and fix