Unable to checkout latest master due to BLIP and MYUtilities failures

25 views
Skip to first unread message

Brendan Duddridge

unread,
Jul 14, 2015, 3:21:07 PM7/14/15
to mobile-c...@googlegroups.com
Hi,

I was attempting to update to the latest master today, but I ran into a problem pulling down the latest commits. So I started from scratch and deleted my working copy and then cloned again.


However, after initializing then updating the submodules, I get the following errors:

`

Unable to checkout 'c29821757f48ff7fb594bc798fc3736841fa8e0c' in submodule path 'vendor/BLIP'

Unable to checkout 'a7ce331815997e73c6e8f7e37707a4033036cea2' in submodule path 'vendor/MYUtilities'

`

Have I done something wrong in checking out? Or is there currently an issue with master?

This is what I did:

Voyager:iPhone brendan$ git clone https://github.com/couchbase/couchbase-lite-ios.git
Cloning into 'couchbase-lite-ios'...
remote
: Counting objects: 18555, done.
remote
: Compressing objects: 100% (132/132), done.
remote
: Total 18555 (delta 64), reused 0 (delta 0), pack-reused 18422
Receiving objects: 100% (18555/18555), 53.63 MiB | 4.02 MiB/s, done.
Resolving deltas: 100% (12667/12667), done.
Checking connectivity... done.


and then I initialized the submodules:

Voyager:couchbase-lite-ios brendan$ git submodule init
Submodule 'vendor/BLIP' (git://github.com/couchbaselabs/BLIP-Cocoa.git) registered for path 'vendor/BLIP'
Submodule 'vendor/CBForest' (git://github.com/couchbaselabs/cbforest.git) registered for path 'vendor/CBForest'
Submodule 'vendor/CocoaHTTPServer' (git://github.com/couchbaselabs/CocoaHTTPServer.git) registered for path 'vendor/CocoaHTTPServer'
Submodule 'vendor/JSON-Schema-Test-Suite' (git://github.com/json-schema/JSON-Schema-Test-Suite.git) registered for path 'vendor/JSON-Schema-Test-Suite'
Submodule 'vendor/MYUtilities' (git://github.com/snej/MYUtilities.git) registered for path 'vendor/MYUtilities'
Submodule 'vendor/WebSockets-Cocoa' (git://github.com/couchbaselabs/WebSockets-Cocoa.git) registered for path 'vendor/WebSockets-Cocoa'
Submodule 'vendor/fmdb' (git://github.com/couchbaselabs/fmdb.git) registered for path 'vendor/fmdb'
Submodule 'vendor/oauthconsumer' (git://github.com/couchbaselabs/ios-oauthconsumer.git) registered for path 'vendor/oauthconsumer'


and then updated the submodules:

Voyager:couchbase-lite-ios brendan$ git submodule update 

Cloning into 'vendor/BLIP'... 
remote
: Counting objects: 160, done. 
remote
: Total 160 (delta 0), reused 0 (delta 0), pack-reused 160 
Receiving objects: 100% (160/160), 121.75 KiB | 0 bytes/s, done. 
Resolving deltas: 100% (78/78), done. 
Checking connectivity... done. 
fatal
: reference is not a tree: c29821757f48ff7fb594bc798fc3736841fa8e0c 
Cloning into 'vendor/CBForest'... 
remote
: Counting objects: 2268, done. 
remote
: Total 2268 (delta 0), reused 0 (delta 0), pack-reused 2268 
Receiving objects: 100% (2268/2268), 1.13 MiB | 1.43 MiB/s, done. 
Resolving deltas: 100% (1628/1628), done. 
Checking connectivity... done. 
Submodule path 'vendor/CBForest': checked out 'e19043fb34c58465dae0e7bb016b0547c925149a' 
Cloning into 'vendor/CocoaHTTPServer'... 
remote
: Counting objects: 1641, done. 
remote
: Compressing objects: 100% (5/5), done. 
remote
: Total 1641 (delta 0), reused 0 (delta 0), pack-reused 1636 
Receiving objects: 100% (1641/1641), 1.12 MiB | 1.71 MiB/s, done. 
Resolving deltas: 100% (878/878), done. 
Checking connectivity... done. 
Submodule path 'vendor/CocoaHTTPServer': checked out 'eda7f3c18f8aa68567f5fd0f8a9ef000fa3b3175' 
Cloning into 'vendor/JSON-Schema-Test-Suite'... 
remote
: Counting objects: 831, done. 
remote
: Total 831 (delta 0), reused 0 (delta 0), pack-reused 831 
Receiving objects: 100% (831/831), 124.60 KiB | 0 bytes/s, done. 
Resolving deltas: 100% (417/417), done. 
Checking connectivity... done. 
Submodule path 'vendor/JSON-Schema-Test-Suite': checked out 'b4850bee637fb6d6d3aee91dab5a43e05b361564' 
Cloning into 'vendor/MYUtilities'... 
remote
: Counting objects: 451, done. 
remote
: Total 451 (delta 0), reused 0 (delta 0), pack-reused 451 
Receiving objects: 100% (451/451), 195.88 KiB | 0 bytes/s, done. 
Resolving deltas: 100% (263/263), done. 
Checking connectivity... done. 
fatal
: reference is not a tree: a7ce331815997e73c6e8f7e37707a4033036cea2 
Cloning into 'vendor/WebSockets-Cocoa'... 
remote
: Counting objects: 455, done. 
remote
: Total 455 (delta 0), reused 0 (delta 0), pack-reused 455 
Receiving objects: 100% (455/455), 211.44 KiB | 0 bytes/s, done. 
Resolving deltas: 100% (294/294), done. 
Checking connectivity... done. 
Submodule path 'vendor/WebSockets-Cocoa': checked out '53c0fe77022715fd72f663f66bf1dc669e93369e' 
Cloning into 'vendor/fmdb'... 
remote
: Counting objects: 622, done. 
remote
: Total 622 (delta 0), reused 0 (delta 0), pack-reused 622 
Receiving objects: 100% (622/622), 236.61 KiB | 0 bytes/s, done. 
Resolving deltas: 100% (380/380), done. 
Checking connectivity... done. 
Submodule path 'vendor/fmdb': checked out '613b75052e35ca33f10d992eb0ce120b6728079d' 
Cloning into 'vendor/oauthconsumer'... 
remote
: Counting objects: 203, done. 
remote
: Total 203 (delta 0), reused 0 (delta 0), pack-reused 203 
Receiving objects: 100% (203/203), 77.18 KiB | 0 bytes/s, done. 
Resolving deltas: 100% (109/109), done. 
Checking connectivity... done. 
Submodule path 'vendor/oauthconsumer': checked out '4f4d10c22e3c0231be82de82d88e3ae14e56611d' 
Unable to checkout 'c29821757f48ff7fb594bc798fc3736841fa8e0c' in submodule path 'vendor/BLIP' 
Unable to checkout 'a7ce331815997e73c6e8f7e37707a4033036cea2' in submodule path 'vendor/MYUtilities'



And it won't compile because the vendor/BLIP folder and vendor/MYUtilities folders are empty because of the above failures.

Thanks,

Brendan

Jens Alfke

unread,
Jul 14, 2015, 3:29:41 PM7/14/15
to mobile-c...@googlegroups.com

On Jul 14, 2015, at 12:21 PM, Brendan Duddridge <bren...@gmail.com> wrote:

Have I done something wrong in checking out? Or is there currently an issue with master?

Sorry — I forgot to push some submodules this morning. (SourceTree is usually good about reminding me, but in some cases it doesn’t.)
It’s fixed now, so update the submodules again and you should be able to build.

—Jens

Brendan Duddridge

unread,
Jul 14, 2015, 3:44:46 PM7/14/15
to mobile-c...@googlegroups.com
Excellent. Thanks for fixing that.

But when I try to build the CBL Mac scheme, I get the following errors:

ld: warning: ignoring undefined symbol .objc_class_name_CBLUITableSource from -exported_symbols_list

ld: warning: ignoring undefined symbol .objc_class_name_CBLBasicAuthorizer from -exported_symbols_list

ld: warning: ignoring undefined symbol .objc_class_name_CBLBasicAuthorizer from -exported_symbols_list

ld: warning: ignoring undefined symbol .objc_class_name_CBLUITableSource from -exported_symbols_list

Undefined symbols for architecture x86_64:

 "_ReturnNSErrorFromCBLStatus", referenced from:

    -exported_symbol[s_list] command line option

ld: symbol(s) not found for architecture x86_64

clang: error: linker command failed with exit code 1 (use -v to see invocation)


Perhaps the Mac side is trying to reference the CBLUITableSource somewhere?

Brendan Duddridge

unread,
Jul 14, 2015, 3:45:44 PM7/14/15
to mobile-c...@googlegroups.com
FYI, not sure if it makes a difference, but I am building with Xcode 7 on El Capitan beta 3.

Brendan Duddridge

unread,
Jul 14, 2015, 3:50:58 PM7/14/15
to mobile-c...@googlegroups.com
And one more important tidbit of information. It builds fine for dev. It's when I Archive that it fails. I was wanting to archive it so I could extract out the release framework to embed in my app.

Jens Alfke

unread,
Jul 14, 2015, 5:01:44 PM7/14/15
to mobile-c...@googlegroups.com
Thanks for letting us know. The exported-symbols (.exp) files were a bit out of date; a few symbols had to be renamed or added. That error only shows up when doing a Release build for Mac OS, which I don’t normally do. Our Mac build-bot catches it, but it’s been down lately.

It’s fixed now.

—Jens

Brendan Duddridge

unread,
Jul 14, 2015, 5:25:09 PM7/14/15
to mobile-c...@googlegroups.com
Excellent. Compiles fine now.

Thanks!

Brendan
Reply all
Reply to author
Forward
0 new messages