On Tue, Jun 5, 2012 at 4:35 AM, George R. Kasica <georgek@???> wrote:
>>I've hit the same compilation problem on a hand-crafted system running
>>glibc-2.2 and linux-2.6.7 kernel. Everything up to 4.77 compiled OK.
>>
>>I noticed that OS/os.h-HP-UX contains:
>>#define LLONG_MIN LONG_LONG_MIN
>>#define LLONG_MAX LONG_LONG_MAX
>>
>>so I patched expand.c with:
>>--- src/expand.c 2012-05-31 01:40:15.000000000 +0100
>>+++ src/expand.c.new 2012-06-03 18:09:01.000000000 +0100
>>@@ -11,6 +11,12 @@
>>
>> #include "exim.h"
>>
>>+/* dcg fix 3/6/2012 */
>>+#ifndef LLONG_MIN
>>+#define LLONG_MIN LONG_LONG_MIN
>>+#define LLONG_MAX LONG_LONG_MAX
>>+#endif
>>+
> David:
>
> You win the virtual beer (or whatever you'd like)
> Your patch fixed this issue and we're running on 4.8.0
Note that this is basically what Phil told you to do in your
os.h-Linux :-) David defined it in the file that he needed it to be
in, whereas putting it in os.h-Linux would just make it globally
visible. I quote Phil:
> Alternatively, you might be able to rip the <features.h> line out of
> os.h-Linux and replace it with the sort of thing which os.h-HP-UX has:
>
> ----------------------------8< cut here >8------------------------------
> #define LLONG_MIN LONG_LONG_MIN
> #define LLONG_MAX LONG_LONG_MAX
>----------------------------8< cut here >8------------------------------
...Todd
--
Always code as if the guy who ends up maintaining your code will be a
violent psychopath who knows where you live. -- Martin Golding
