Time Nick Message 03:54 Wayward_One Android fails to build, output here: http://pastebin.com/tuyuHGSE 04:32 hmmmm sounds like a ShadowNinja problem 06:35 est31 Wayward_One, https://github.com/minetest/minetest/issues/3444 06:48 hmmmm pretty sure you can fix that by just adding threading/event.cpp to that jni/android.mk file 06:52 sofar of course the solution to my problem is in C++11 06:52 * sofar lols 06:54 sofar seems overkill to use another 2d perlin noise for what I want... 07:35 sofar PR spam. hate me for it, but I think they're all improvements :^P ;^) 07:35 sofar maybe now I can get back to what I was attempting to do 3 nights back... 10:21 est31 hmmm is right 10:21 est31 its just bc of that file 10:24 est31 PTAL https://github.com/est31/minetest/commit/e7af06c171bffc7ca984088412dd9944a654ddaf 10:24 est31 merging in 10 mins if there is nobody -1 ing 10:25 est31 new version https://github.com/est31/minetest/commit/6133b2bc4518d0b7cf5836fef0d7317f677bf8e0 10:41 est31 totally trivial fix, could have thought of it myself 10:41 est31 either way, fixed now 19:56 Calinou http://paste.ubuntu.com/13940440/ 19:56 Calinou build error on latest Minetest Git :( 19:56 Calinou attempting to build without LevelDB support… 19:57 Calinou yeah, it builds without LevelDB 20:04 est31 Calinou, does older revision of minetest build 20:04 est31 or is it more that leveldb updated and bumped their api 20:05 est31 and it seems that headers assume there is something that there isn't at all 21:47 BlockMen pushing in 30 minutes if no one objects: https://github.com/BlockMen/minetest/commit/e0cfa19678674491eeddabb4e917119700ef5428 21:53 BlockMen ^ travis checked (on my fork): https://travis-ci.org/blockplanet/blockplanet/builds/96361883 21:55 est31 BlockMen, +1 22:02 sofar est31: ohhh, x/z is mapblock , not node x/z 22:02 sofar ignore 22:02 sofar yesss 22:04 kahrl https://github.com/BlockMen/minetest/commit/e0cfa19678674491eeddabb4e917119700ef5428#diff-157184da128bfb50b831fbc225fb266dR29 22:04 kahrl it doesn't make sense to define WIN32_LEAN_AND_MEAN if you don't include windows.h afterwards 22:07 BlockMen kahrl: ic. so moving it to event.h should do it i guess 22:08 kahrl probably, although I don't know what the problem is that the commit is fixing 22:10 BlockMen kahrl : not building at all (MSVC) 22:10 BlockMen and builds when using it in event.h 22:10 kahrl what's the error? 22:12 BlockMen i dont have the log anymore. since windef.h is child header of windows.h i guess its missing something for events 22:14 BlockMen it used windows.h before. but if you dont want this (reasons plz) then i wont merge it 22:15 BlockMen otherwise this is the updated commit: https://github.com/BlockMen/minetest/commit/aed10765f208aedf324128972c74ecc033bb5035 22:15 kahrl BlockMen: +1 from me if it builds 22:15 BlockMen also, i made no sence to include windef.h before windows.h 22:15 BlockMen *+t 22:23 sofar est31: I'm fighting to get a right seed value in my PR, how can I get node x,y,z in content_mapblock.cpp ~1113 ? 22:25 est31 sofar, which x y z? 22:25 est31 local to mapblock? 22:25 est31 I'd guess that would suffice already wouldnt it 22:25 sofar right 22:25 est31 ofc we could also put the value of the mapblock 22:25 sofar but I'm seeing a lot of non-randomness using x&z 22:25 est31 but shrug i guess not worth it 22:26 est31 so the variables are called x y z I guess 22:26 est31 line 193-195 22:26 est31 perhaps I've scrolled too far 22:27 sofar yeah, I've been using them, and I can't make it look random 22:27 est31 but yeah this function totally rapes style guide's rule about function length 22:27 sofar of course 22:27 sofar that's fine though 22:27 sofar I don't mind 22:27 sofar try reading linux kernel code 22:28 sofar I'm seeing zigzag placement with x<<4 | z as seed 22:28 est31 try xoring it over the default value? 22:29 sofar which default? 22:29 sofar default seed is 0 22:30 est31 mhh 22:31 est31 seeding only x and z separate? 22:31 est31 I guess that would be more effort 22:31 est31 but if it gives good results... 22:33 sofar let me try getting some more bits in the seed first 22:33 sofar it's a 16 bit algo, and we're only seeding in 8 bits max 22:33 sofar probably the problem there