Skip to content

Beta 4 compatibility #10

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 7 commits into from
Jul 27, 2014
Merged

Beta 4 compatibility #10

merged 7 commits into from
Jul 27, 2014

Conversation

tonyd256
Copy link

This includes @drmohundro's work for beta 4 compatibility.

drmohundro and others added 7 commits July 22, 2014 21:02
This is the first step in getting Nimble ready for XCode 6 beta 4.

The following things are included in this:
- public accessors added
- removed the bridging header (not supported in Frameworks)
- forward declared NMBExpectation (was getting an error related to it)

I'm still getting an error related to:

Undefined symbols for architecture x86_64:
  "_OBJC_CLASS_$_NMBExpectation", referenced from:
      objc-class-ref in DSL-B83371164C24FC7F.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

But I'm unfamiliar with what the problem is here.
Per @blindsey's notes, prior change was negating a conditional/nil.
Per @sync's notes on pull request 8.
Remaining items:
- Matcher and BasicMatcher not conforming errors
- Invalid redeclaration of 'to' (compiler seems to have trouble
  differentiating between Matcher and BasicMatcher again)
Some notes about the changes here:

* made Matcher inherit from BasicMatcher - this way methods that take a Matcher instance can also take a BasicMatcher
* failsWithErrorMessage is crashing the running of the tests right  now... not sure why yet
* Expectation methods that do the actual matching are internal and named toImpl and toNotImpl respectively. I was getting "invalid redeclaration" errors between these methods and the extension methods.
* They're internal so that all public access can go through the extension methods.
* testArrayEquality is failing to compile right now, specifically calls that take an Array<Int> in as opposed to an array literal (like [1,2,3]). Not sure about that yet.
@jeffh
Copy link
Member

jeffh commented Jul 27, 2014

Thanks @tonyd256!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants