|
From: | Paul Eggert |
Subject: | Re: [PATCH 01/12] stdint: check _INTPTR_T_DECLARED before defining intptr_t and uintptr_t |
Date: | Wed, 27 May 2015 07:54:33 -0700 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 |
KO Myung-Hun wrote:
+/* kLIBC's stdint.h defines _INTPTR_T_DECLARED and needs its own + definitions of intptr_t and uintptr_t (which use int and unsigned) + to avoid clashes with declarations of system functions like sbrk. */ +#ifndef _INTPTR_T_DECLARED +# undef intptr_t +# undef uintptr_t
Why is gnulib's stdint.in.h being used at all? That is, what part of kLIBC's stdint.h fails the test in m4/stdint.m4, and why can't this be fixed in kLIBC?
[Prev in Thread] | Current Thread | [Next in Thread] |