This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Fix PR 13987 (compile time regression), try 2
- From: Andrew Pinski <apinski at apple dot com>
- To: gcc-patches Patches <gcc-patches at gcc dot gnu dot org>
- Cc: Zack Weinberg <zack at codesourcery dot com>
- Date: Sat, 28 Aug 2004 18:17:16 -0700
- Subject: Fix PR 13987 (compile time regression), try 2
I finally got time to update the patch for your comments. Plus I found
another
place where we use HOST_WIDE_INT where we should be using something
differently.
This patch introduces HOST_WIDEST_FAST_INT and changes two places where
it
is very help fully to use it, sbitmaps and hard_reg_sets.
OK for the mainline and okay for the 3.4 branch after testing finishes?
Bootstrapped and tested on powerpc-apple-darwin with no regressions.
Thanks,
Andrew Pinski
* config.host (use_long_long_for_widest_fast_int): New, default is off.
(ia64-*-hpux*): Enable use_long_long_for_widest_fast_int.
* configure.ac: If use_long_long_for_widest_fast_int, then
define USE_LONG_LONG_FOR_WIDEST_FAST_INT.
* configure: Regenerate.
* config.in: Regenerate.
* hwint.h (HOST_WIDEST_FAST_INT, HOST_BITS_PER_WIDEST_FAST_INT):
New: widest integer type supported efficiently in hardware for the
host.
* sbitmap.h (SBITMAP_ELT_BITS): Define based on
HOST_BITS_PER_WIDEST_FAST_INT.
(SBITMAP_ELT_TYPE): Define based on HOST_WIDEST_FAST_INT.
* hard-reg-set.h (HARD_REG_ELT_TYPE): Define based on
HOST_WIDEST_FAST_INT
instead of HOST_WIDE_INT.
(HARD_REG_SET_LONGS): Likewise.
(UHOST_BITS_PER_WIDE_INT): Likewise.
Change the checks for the fast cases to be based on
HOST_BITS_PER_WIDES_FAST_INT instead of HOST_BITS_PER_WIDE_INT.
Attachment:
temp.diff.txt
Description: Text document