search

pmwkaa / sophia

Modern transactional key-value/row storage library.
http://sophia.systems
Other
1.86k stars 153 forks source link

Does sophia support armv6l architecture #172

Open pzhin opened 5 years ago

pzhin commented 5 years ago

Does sophia support armv6l architecture? I tried to run tests on raspberry emulator and got such error.

$ make banner 
SOPHIA 2.2 (git: 941cc49)

$ uname -a
Linux raspberrypi 4.4.34+ #3 Thu Dec 1 14:44:23 IST 2016 armv6l GNU/Linux

$ cc --version
cc (Raspbian 6.3.0-18+rpi1+deb9u1) 6.3.0 20170516

$ ./sophia-test 

sophia test-suite.

Tue, 05 Feb 19 12:47:43 +0000

test combinations: 6920

00% [00:00:00:0] unit.ssa.malloc: ok
00% [00:00:01:0] unit.ssa.realloc: ok
00% [00:01:00:0] unit.ssorder.of: ok
00% [00:01:01:0] unit.ssorder.name: ok
00% [00:02:00:0] unit.ssrq.test0: ok
00% [00:02:01:0] unit.ssrq.test1: ok
00% [00:02:02:0] unit.ssrq.test2: ok
00% [00:02:03:0] unit.ssrq.test3: ok
00% [00:02:04:0] unit.ssrq.test4: ok
00% [00:02:05:0] unit.ssrq.test5: ok
00% [00:02:06:0] unit.ssrq.test6: ok
00% [00:02:07:0] unit.ssrq.test7: ok
00% [00:02:08:0] unit.ssrq.test8: ok
00% [00:03:00:0] unit.ssht.test0: ok
00% [00:04:00:0] unit.sszstdfilter.compress_decompress: ok
00% [00:05:00:0] unit.sslz4filter.compress_decompress: ok
00% [00:06:00:0] unit.srconf.set_ns: ok
00% [00:06:01:0] unit.srconf.set_ns_trigger: ok
00% [00:06:02:0] unit.srconf.set_u32: ok
00% [00:06:03:0] unit.srconf.set_ns_u32: ok
00% [00:06:04:0] unit.srconf.set_ns_ns_u32_0: ok
00% [00:06:05:0] unit.srconf.set_ns_ns_u32_1: ok
00% [00:06:06:0] unit.srconf.set_ns_ns_u32_bad: ok
00% [00:06:07:0] unit.srconf.serialize0: ok
00% [00:07:00:0] unit.sfscheme.save_load: ok
00% [00:08:00:0] unit.svv.kv: ok
00% [00:09:00:0] unit.svindex.replace0: ok
00% [00:10:00:0] unit.svindexiter.lte_empty: ok
00% [00:10:01:0] unit.svindexiter.lte_eq: ok
00% [00:10:02:0] unit.svindexiter.lt_eq: ok
00% [00:10:03:0] unit.svindexiter.gte_empty: ok
00% [00:10:04:0] unit.svindexiter.gte_eq: ok
00% [00:10:05:0] unit.svindexiter.gt_eq: ok
00% [00:10:06:0] unit.svindexiter.iterate0: ok
00% [00:10:07:0] unit.svindexiter.iterate1: ok
00% [00:11:00:0] unit.svmergeiter.merge_a: ok
00% [00:11:01:0] unit.svmergeiter.merge_b: ok
00% [00:11:02:0] unit.svmergeiter.merge_ab: ok
00% [00:11:03:0] unit.svmergeiter.merge_abc: ok
00% [00:11:04:0] unit.svmergeiter.merge_ba: ok
00% [00:11:05:0] unit.svmergeiter.merge_dup_ab: ok
00% [00:11:06:0] unit.svmergeiter.merge_dup_a_chain: ok
00% [00:11:07:0] unit.svmergeiter.merge_dup_ab_chain: ok
00% [00:11:08:0] unit.svmergeiter.merge_dup_abc_chain: ok
00% [00:12:00:0] unit.svwriteiter.iter: ok
00% [00:12:01:0] unit.svwriteiter.iter_limit: fail (unit/sv_writeiter.test.c:127) i == 5
Aborted
pzhin commented 5 years ago

When i disabled all svwriteiter tests, i got segmentation fault in github.ticket_171 test. And then next failed test was only multithread.mt_backend.set_delete_get

99% [07:00:00:0] multithread.mt_backend.set_delete_get 0.1M 0.2M 0.3M 0.4M 0.5M 0.6M 0.1M 0.2M: fail (multithread/multithread_be.test.c:71) sp_delete(db, o) == 0
Aborted
pzhin commented 5 years ago

@pmwkaa ping

satta commented 4 years ago

@pmwkaa any progress on this? Just wondering... this is still an issue affecting, for example, the Debian package.

satta commented 3 years ago

@pmwkaa any ideas in the meantime?