This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
[PATCH] [PING] PR target/39064 - win64 fix for libiberty md5.h
- From: Ozkan Sezer <sezeroz at gmail dot com>
- To: gcc-patches at gcc dot gnu dot org
- Cc: Ian Lance Taylor <iant at google dot com>, Kai Tietz <ktietz70 at googlemail dot com>
- Date: Tue, 22 Sep 2009 17:17:22 +0300
- Subject: [PATCH] [PING] PR target/39064 - win64 fix for libiberty md5.h
>> --- a/include/md5.h 2008-03-25 02:19:55.000000000 +0200
>> +++ a/include/md5.h 2009-01-30 11:25:50.000000000 +0200
>> @@ -69,8 +69,12 @@ typedef uintptr_t md5_uintptr;
>> # endif
>> /* We have to make a guess about the integer type equivalent in size
>> to pointers which should always be correct. */
>> +#ifdef _WIN64
>> +typedef unsigned long long md5_uintptr;
>> +#else
>> typedef unsigned long int md5_uintptr;
>> #endif
>> +#endif
>
> I appreciate that there is a real problem here, but I would like to find
> a solution which does not involve sprinkling #ifdefs around. We already
> have one in include/splay-tree.h which I would like to eliminate.
The discussion thread at
http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00778.html still haven't
provide a solution for this one even after the recent build system
changes, and the pointer truncation is still there for win64. Are
md5.h, splay-tree.h and sha1.h going to be modified to use autotools
support, or, should the suggested patch be applied to md5.h?
--
Ozkan