> On Dec 26, 2017, at 8:48 AM, Jan Mulder <[email protected]> wrote:
>> I did do a local build and I don't get the error that you show.
>> I then gripped through all of the cmake created build files in my build 
>> directory for doc (not docs, documentation, etc, but "doc") and came up 
>> empty.
>> Next I removed my build directories and rebuilt from scratch; there I ran 
>> into an odd bug where cmake couldn't find the build program for Unix 
>> makefiles.
>> Adding a -DCMAKE_MAKE_PROGRAM=make fixed that (but I don't understand what's 
>> up with that).
> 
> I'm seeing that CMAKE_MAKE_PROGRAM thing, as well. Annoying, but easy to fix.
> 
> To add a new Android build thing ... when I build libgit2 with ndk-14d, I 
> finally end up with one unresolved symbol (mmap64). So, I currently build 
> libgit2 with ndk 10e. Lots of things to find on the internet on mmap64 stuff, 
> but unclear to me, at this point, if it is a libgit2 problem or a NDK thing.

Hmm - the libgit2 build on Travis seems to work... ahh, we're still building 
with 14b. So let's not change that :-)

>> Looking through the logic what we do and the snippet you show up there... 
>> hmm. We end up building the docs even though we don't bundle them. And that 
>> does happen for me after the apk is built.
>> Can you take a look at 
>> subsurface-mobile-build-arm/CMakeFiles/documentationLink.dir/build.make and 
>> see if there's anything suspicious in there? For me there is no reference to 
>> just "doc" (nor is there in any of the other files in that directory)
> 
> That was the file I had been looking at earlier ... there is a lonely "doc" 
> and the end of the following target (on my build):
> 
> CMakeFiles/documentation:
>        /usr/bin/cmake -C <path stripped>/src/subsurface/Documentation 
> OUT=<path stripped>/src/subsurface-mobile-build-arm/Documentation/ doc

That would obviously cause the build failure. If you remove your build 
directory and have the script recreate it, do you still get this?

/D
_______________________________________________
subsurface mailing list
[email protected]
http://lists.subsurface-divelog.org/cgi-bin/mailman/listinfo/subsurface

Reply via email to