62e8b0f3fa
targets integer data type value ranges. For now we just use the hosts uint64_t for parsing & storing integers constants, and test against the targets limits and assign appropriately, instead of sometimes (inappropriately) going via the hosts u_long type. As long as none of our architectures have target long or quad data types strictly larger than 64 bits, we should be fine with this fix. Furthermore, as they stand at the moment, we can't use the current TARG_INT_MAX and TARG_LONG_MAX constants in C preprocessor expressions, so remove the conditional on them being equal. Yes, this will produce dead code for some targets. This allows an ilp32 host to lint for an lp64 target which uses e.g. the targets ULONG_MAX constant without triggering an "integer constant out of range" warning. OK'ed by christos. |
||
---|---|---|
bin | ||
common | ||
crypto | ||
dist | ||
distrib | ||
doc | ||
etc | ||
games | ||
gnu | ||
include | ||
lib | ||
libexec | ||
regress | ||
rescue | ||
sbin | ||
share | ||
sys | ||
tools | ||
usr.bin | ||
usr.sbin | ||
x11 | ||
build.sh | ||
BUILDING | ||
Makefile | ||
Makefile.inc | ||
UPDATING |