> >     (<= m -1034058203136)
> >     (<= m -1034058203135))
Unfortunately these numbers don't fit into a 30-bit integer and so they 
run afoul of a portability issue, namely, that files byte-compiled on a 
64-bit Emacs should run on a 32-bit Emacs and vice versa. I noticed this 
problem when preparing a patch to catch this sort of issue. To fix this 
particular instance of the problem, I attempted to migrate the localtime 
workaround into editfns.c (so that the fix is more-general, and is not 
limited to org-clock), by installing the attached patches into master. 
Please give them a try, since I don't have easy access to Mac OS X. I'm 
still a bit fuzzy on exactly which timestamps cause Mac OS X localtime 
to go belly-up (is it timezone dependent?), so quite possibly the magic 
numbers in these patches need to be adjusted a bit so that the code will 
work in any timezone from TZ=AAA-24:59:59 to TZ=ZZZ24:59:59; please let 
me know.