Domingo, 3 de Agosto de 2014 19:55:15 UTC+1, Nikolaus Rath escreveu: > > Alexandre Goncalves <[email protected] <javascript:>> writes: > > Domingo, 3 de Agosto de 2014 4:29:35 UTC+1, Nikolaus Rath escreveu: > >> > >> On 08/02/2014 08:13 PM, Alexandre Goncalves wrote: > >> > Hello, > >> > > >> > > >> > I want to install S3QL in my CentOS 6.5 (64bit) box. > >> > > >> > > >> > For that I did: > >> > > >> > install Python3.4.1 (from source) > >> > install setuptools (using pip3.4) > >> > install PyCrypto (using pip3.4) > >> > install defusedxml (using pip3.4) > >> > > >> > install sqlite 3.8.5 from source > >> > > >> > install apsw (using setup.py) > >> [...] > >> > /root/temp/s3ql-2.10.1/src/s3ql/deltadump.cpython-34m.so: undefined > >> > symbol: sqlite3_compileoption_get > >> > >> Are you sure that you compiled both apsw and s3ql against the sqlite > >> 3.8.5 library that you installed, rather than some other version that > >> may already be present on your system? > >> > >> Try to run 'ldd > >> /root/temp/s3ql-2.10.1/src/s3ql/deltadump.cpython-34m.so' and 'ldd > >> /wherever/it/is/apsw.cpython-34m.so'. > >> > > The output of your commands: > > > > ldd /usr/local/lib/python3.4/site-packages/apsw.cpython-34m.so > > linux-vdso.so.1 => (0x00007fffe33ff000) > > libpython3.4m.so.1.0 => /usr/local/lib/libpython3.4m.so.1.0 > > (0x00007f9e8bd6c000) > > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f9e8bb42000) > > libc.so.6 => /lib64/libc.so.6 (0x00007f9e8b7ae000) > > libdl.so.2 => /lib64/libdl.so.2 (0x00007f9e8b5aa000) > > libutil.so.1 => /lib64/libutil.so.1 (0x00007f9e8b3a6000) > > libm.so.6 => /lib64/libm.so.6 (0x00007f9e8b122000) > > /lib64/ld-linux-x86-64.so.2 (0x0000003aac400000) > > No mention of sqlite, so you have probably included sqlite directly in > apsw. Not elegant, but it works and ensures that you get the version you > want. > > > I compiled apsw using sqlite 3.8.5, since I used: > > > > python3.4 setup.py fetch --all --sqlite --version=3.8.5 > > --missing-checksum-ok build --enable-all-extensions install test > > Yeah, 'fetch' means no dynamic linking. > > > BUT i suspect that I should have used the local compilation!... Correct? > > Would have been nicer, but it should still work. > > > ldd /root/temp/s3ql-2.10.1/src/s3ql/deltadump.cpython-34m.so > > linux-vdso.so.1 => (0x00007fff88dff000) > > libpython3.4m.so.1.0 => /usr/local/lib/libpython3.4m.so.1.0 > > (0x00007f3a798ac000) > > libsqlite3.so.0 => /usr/lib64/libsqlite3.so.0 > (0x00007f3a79610000) > > libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f3a793f3000) > > libc.so.6 => /lib64/libc.so.6 (0x00007f3a7905f000) > > libdl.so.2 => /lib64/libdl.so.2 (0x00007f3a78e5a000) > > libutil.so.1 => /lib64/libutil.so.1 (0x00007f3a78c57000) > > libm.so.6 => /lib64/libm.so.6 (0x00007f3a789d3000) > > /lib64/ld-linux-x86-64.so.2 (0x0000003aac400000) > > > > On s3q, I don't know how to tell the locationof the SQlite 3.8.5, and I > > think it is picking the other version! > > Yes, that's probably the problem. > > > You could try something like > > CFLAGS="-I/sqlite_directory/include -L/sqlite_directory/lib > -Wl,-rpath=/sqlite_directory/lib" setup.py build_ext > > > Best, > Nikolaus > -- > GPG encrypted emails preferred. Key id: 0xD113FCAC3C4E599F > Fingerprint: ED31 791B 2C5C 1613 AF38 8B8A D113 FCAC 3C4E 599F > > »Time flies like an arrow, fruit flies like a Banana.« >
Hello, Thanks for your response, I'll try later. I decided to make thinks right, so I'll recompile apsw again, linking sqlite dynamically... The question is how to do it! The doc page of apsw si not clear on what flags to use! Thanks. Alexandre -- You received this message because you are subscribed to the Google Groups "s3ql" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
