Added Mac Scheme, renaming iOS Lib&Demo Schemes
bump Podspec version
Fixing Travis script with new Scheme names
Forcing 64 bits arch because ARC — thus Modern Runtime — is needed
Trying to fix Travis Build for Mac Unit Tests
Disabling Travis testing for MacOSX target until I find a fix for this (seems to be an xctool issue with macosx SDK?)
Trying making Travis pass Mac Unit Tests again (by using a configuration for the Mac scheme similar to the one used by iOS scheme).
Finger crossed…
Try again Travis Mac UnitTest…
Travis Mac issue : trying a different “#if defined” approach
Disabling Travis testing for MacOSX target until I find a fix for this (seems to be an xctool issue with macosx9 SDK but travis running OSX.8?!)
Merged Pull Request #44
Bumping version to 3.0.3
Unit Tests : Upgraded AFNetworking submodule to v2.0.3
Added Paypal Donate Button

Added PayPal "Donate" button to the README, following a suggestion by XSody https://twitter.com/XSody/status/414723616584921088 :)
Trying to solve issue #47 in a tricky case when OHHTTPStubs is used both in the App target and the UnitTest targets, in the case UnitTests use the App as their host app (which is the default for new Xcode5 projects)

In such case, two OHHTTPStubs classes where loaded (one in the App Bundle, one in the Test bundle), leading to double swizzling, but only the first OHHTTPStubsProtocol (generally the one loaded by the app bundle) were used, leading to stubs from UnitTest bundle not being called.

To fix this, I now:

* The swizzling of `NSURLSessionConfiguration` is done using an `NSURLSessionConfiguration` category and its `+load` method to be done only once (much more logical by the way) to avoid double-swizzling (and a callstack overflow)
* The insertion of the `OHHTTPStubsProtocol` class in the `protocolClasses` property is done via `[OHHTTPStubs setEnabled:forSessionConfiguration:]` (instead of relying to `objc_getClass()`), to be sure that it uses the `OHHTTPStubsProtocol` class  loaded by the current `NSBundle` (and not the one returned by objc_getClass() which is generally the one from the `mainBundle` / App bundle)
@protocol OHHTTPStubsDescriptor now inherits the NSObject protocol (fix #49)
Updated README
Fix CopyPhase for some missing Public Headers on the project (does not affect users using CocoaPods but only users generating the lib manually)
README suggests `pod install` instead of `update`

`pod update` will also update all the other installed Pods to their latest version, potentially breaking things. `pod install` will just add the new pod.

(Not a huge deal, just seemed like a safer choice)
Merge pull request #55 from MaxGabriel/patch-1

Fixed README : suggest `pod install` instead of `update`