[09:38] <JamesTait> Good morning all! :)
[12:35] <JoseExposito> Hi! The U1DB C implementation is ported to OS X?
[12:57] <ralsina_> JoseExposito: we have not tried it AFAIK but it's portable code
[12:57] <ralsina_> JoseExposito: and the build system supports OSX just fine
[12:59] <JoseExposito> ralsina_: I have made some modifications in the CMakeList.txt to build the target as universal and use the MacPorts deps
[12:59] <JoseExposito> ralsina_: But the libu1db.a is generated with this problems:
[12:59] <JoseExposito> -- Installing: /opt/local/lib/libu1db.a /usr/bin/ranlib: for architecture: i386 file: /opt/local/lib/libu1db.a(mkstemp_compat.c.o) has no symbols /usr/bin/ranlib: for architecture: x86_64 file: /opt/local/lib/libu1db.a(mkstemp_compat.c.o) has no symbols
[13:00] <JoseExposito> ralsina_: I'm trying to build the dylib too, using cmake -DBUILD_SHARED_LIBS=1
[13:00] <ralsina_> hmmmm
[13:00] <ralsina_> let me research 1'
[13:01] <JoseExposito> but I have link errors: http://pastebin.com/9hTAtVbs
[13:01] <ralsina_> JoseExposito: that file is not needed in mac
[13:01] <ralsina_> mkstemp_compat.c I mean
[13:04] <JoseExposito> it have a #ifdef _MSC_VER, that is not defined in my env
[13:05] <JoseExposito> ralsina_: Making a simple u1db_open() from a C++/Qt project in Ubuntu I have the same undefined symbols error
[13:05] <ralsina_> JoseExposito: exactly, it has the _MSC_VER because it's for VS
[13:05] <ralsina_> on windows
[13:06] <ralsina_> JoseExposito: the linking errors seem to indicate it's not finding every dependency for some reason
[13:09] <JoseExposito> ralsina_: Here my changes in CMakeList.txt: http://pastebin.com/zfiujFSe
[13:10] <ralsina_> JoseExposito: I don'thave a mac handy... can you come back in ~ 3 hours
[13:10] <ralsina_> ?
[13:10] <ralsina_> I'll have a mac guy here :-)
[13:10] <JoseExposito> ok, no problem!
[13:11] <JoseExposito> anyway, I have similar problems with the Ubuntu package... Lets mi a second to test it
[13:14] <JoseExposito> ooops more than a second, I haven't got my devel vm here...
[13:16] <ralsina_> JoseExposito: no rush :-)
[14:34] <dobey> hrmm, those things are something that should be set internally in cmake, and not something we should have to set, as i understand it
[14:55] <ralsina_> JoseExposito: you can change the includes and link directories via options, putting them in the CMakeLists is not a good idea
[14:55] <ralsina_> JoseExposito: you can even use ccmake to change them "with a ui"
[17:03] <JoseExposito> ralsina_: The same problem in Ubuntu, with apt-get install libu1db-dev
[17:04] <JoseExposito> when call u1db_open I have an undefined reference error, confirmed
[17:04] <ralsina_> JoseExposito: weird
[17:06] <JoseExposito> ralsina_: u1database *dbHandler = u1db_open("/home/jose/test.u1db");
[17:07] <JoseExposito> undefined reference to u1db_open(char const*)
[17:07] <JoseExposito> and of course LIBS += -lu1db in the .pro file
[19:51] <dobey> joshuahoover: hrmm, that is quite odd. that's on ubuntu 12.10, or 13.04? and with any PPA enabled? or built from trunk or something?
[19:51] <joshuahoover> ??
[20:00] <dobey> joshuahoover: oh sorry
[20:01] <joshuahoover> :)
[20:01] <dobey> joshuahoover: didn't pay attention to the tab complete. that was for jose, who is apparently not in the channel