David Smith on Twitter: "@rentzsch it wasn’t a change to the API, it was a change to the compiler to not lose tail-calls when gettimeofday() is in the method body."

Country	Code	For customers of
United States	40404	(any)
Canada	21212	(any)
United Kingdom	86444	Vodafone, Orange, 3, O2
Brazil	40404	Nextel, TIM
Haiti	40404	Digicel, Voila
Ireland	51210	Vodafone, O2
India	53000	Bharti Airtel, Videocon, Reliance
Indonesia	89887	AXIS, 3, Telkomsel, Indosat, XL Axiata
Italy	4880804	Wind
3424486444	Vodafone
» See SMS short codes for other countries

David Smith ‏@Catfish_Man 30 Jan 2014 Cupertino, CA

@rentzsch should be just as efficient under arc, so go for it :)
rentzsch ‏@rentzsch 30 Jan 2014

@Catfish_Man I think +array still hits the autorelease pool under ARC
David Smith ‏@Catfish_Man 30 Jan 2014 Cupertino, CA

@rentzsch I'll try to remember to check today and file a bug if it does
rentzsch ‏@rentzsch 30 Jan 2014

@Catfish_Man I love it but messaging sending is a serious conceptual barrier toward optimization
David Smith ‏@Catfish_Man 30 Jan 2014 Cupertino, CA

@rentzsch aye. I got [NSDate date] fixed to not hit the ar pool though :)
rentzsch ‏@rentzsch 30 Jan 2014

@Catfish_Man very interesting! I’m not sure how that’s possible unless you’re playing some sort of cacheing magic
David Smith ‏@Catfish_Man 30 Jan 2014 Cupertino, CA

@rentzsch ah didn’t realize you weren’t familiar with the general mechanism here. ARC can elide most autoreleased returns. Lemme find a link
1 retweet 1 like
rentzsch ‏@rentzsch 30 Jan 2014

@Catfish_Man I think I saw that link but I figured it couldn’t be done if you don’t know if the caller is MRC or ARC as well
David Smith ‏@Catfish_Man 30 Jan 2014 Cupertino, CA

@rentzsch nope, it detects that!
rentzsch ‏@rentzsch 30 Jan 2014

@Catfish_Man maybe with a signature decoration, but I don’t see one on 10.9 SDK’s +[NSDate date]

Loading seems to be taking a while.

Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.