[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #8 from hjl at gcc dot gnu dot org 2009-09-04 14:33 --- Subject: Bug 39065 Author: hjl Date: Fri Sep 4 14:33:16 2009 New Revision: 151423 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151423 Log: 2009-09-04 Ozkan Sezer PR target/39065 * configure.ac: Replace AC_CHECK_TYPE() for intptr_t and uintptr_t with AC_TYPE_INTPTR_T and AC_TYPE_UINTPTR_T. * config.in: Regenerated. * configure: Regenerated. Modified: trunk/libiberty/ChangeLog trunk/libiberty/config.in trunk/libiberty/configure trunk/libiberty/configure.ac -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #7 from sezeroz at gmail dot com 2009-09-04 06:26 --- fixed on the trunk now. -- sezeroz at gmail dot com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #6 from hjl at gcc dot gnu dot org 2009-09-03 16:46 --- Subject: Bug 39065 Author: hjl Date: Thu Sep 3 16:46:00 2009 New Revision: 151386 URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151386 Log: 2009-09-03 Ozkan Sezer PR target/39065 * configure.ac: Also check for intptr_t. * config.h.in: Regenerated. * configure: Regenerated. * hashtab.c (hash_pointer): Cast the pointer argument to intptr_t instead of of long. Modified: trunk/libiberty/ChangeLog trunk/libiberty/config.in trunk/libiberty/configure trunk/libiberty/configure.ac trunk/libiberty/hashtab.c -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #5 from nightstrike at gmail dot com 2009-03-14 15:57 --- http://gcc.gnu.org/ml/gcc-patches/2009-03/msg00640.html -- nightstrike at gmail dot com changed: What|Removed |Added CC||nightstrike at gmail dot com http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
-- ktietz at gcc dot gnu dot org changed: What|Removed |Added CC||ktietz at gcc dot gnu dot ||org Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 Last reconfirmed|-00-00 00:00:00 |2009-02-21 09:55:04 date|| http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #4 from sezeroz at gmail dot com 2009-02-21 08:06 --- Created an attachment (id=17337) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17337&action=view) intptr_t type check patch for libiberty configure -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #3 from sezeroz at gmail dot com 2009-02-02 22:59 --- (In reply to comment #2) > You should put the new code in a #ifdef HAVE_STDINT and use the old code > otherwise. Else, any platforms without stdint.h would not compile. > I would do that and it would be easy, but then one may say that having intptr_t doesn't have to depend on having stdint.h: in MSVC, for one, you get it via the stddef.h header. Maybe adding an AC_CHECK_TYPE(intptr_t,long) to configure.ac would be better solution? -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #2 from dj at redhat dot com 2009-02-02 21:52 --- You should put the new code in a #ifdef HAVE_STDINT and use the old code otherwise. Else, any platforms without stdint.h would not compile. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065
[Bug target/39065] libiberty hashtab.c:hash_pointer() needs intptr_t
--- Comment #1 from sezeroz at gmail dot com 2009-02-01 17:00 --- Created an attachment (id=17224) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17224&action=view) libiberty hashtab.c intptr_t fix -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39065