Hi Luca,

couchjs is linking against libjs, not spidermonkey (currently supported
1.8.5, should be libmozjs185.so).  A few questions:

- Did you compile couchjs as well with couchdb, or did you install it
separately e.g. with node.js?
- If you compiled, did you compile/install spidermonkey?
- Did you explicitly call configure on couchdb with eg --with-js-lib?

It might be good to get the couchdb config.log via a friendpaste to see all
the options you configured with and what was found.

To save you some back and forth (I'll be offline in a few minutes), I'll
give you my best guess as to what needs to be done: if perhaps you didn't
install spidermonkey, I would suggest you compile/install the correct
version and make sure that is found by the couchdb configure.  If it's not
found or the wrong libjs is found, explicitly point configure to the
correct library.  Then, recompile and make sure the produced couchjs
executable correctly links against the spidermonkey libraries.  If you go
through all those steps and it's still not working, we can try to debug
further.

Cheers,
Mike

On Thu, Sep 25, 2014 at 12:10 AM, Luca Morandini <lmorand...@ieee.org>
wrote:

> On 25/09/14 01:14, Mike Marino wrote:
>
> Thanks for your time, Mike; here's what you requested:
>
> couchjs -V
> couchjs - Apache CouchDB 1.5.1
>
> cat test.js
> var o = new Date(Date.parse("2014-06-11T04:46:09.011Z")); print(o);
> couchjs test.js
> Invalid Date
>
> ldd `which couchjs`
>         linux-vdso.so.1 =>  (0x00007fffce5ff000)
>         libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x000000381be00000)
>         libjs.so.1 => /usr/lib64/libjs.so.1 (0x00000032b9e00000)
>         libm.so.6 => /lib64/libm.so.6 (0x0000003814a00000)
>         libcrypt.so.1 => /lib64/libcrypt.so.1 (0x0000003816600000)
>         libc.so.6 => /lib64/libc.so.6 (0x0000003813a00000)
>         libidn.so.11 => /lib64/libidn.so.11 (0x0000003815a00000)
>         libldap-2.4.so.2 => /lib64/libldap-2.4.so.2 (0x0000003819200000)
>         librt.so.1 => /lib64/librt.so.1 (0x0000003814200000)
>         libgssapi_krb5.so.2 => /lib64/libgssapi_krb5.so.2
> (0x000000381ae00000)
>         libkrb5.so.3 => /lib64/libkrb5.so.3 (0x000000381a200000)
>         libk5crypto.so.3 => /lib64/libk5crypto.so.3 (0x000000381a600000)
>         libcom_err.so.2 => /lib64/libcom_err.so.2 (0x0000003818a00000)
>         libz.so.1 => /lib64/libz.so.1 (0x0000003814600000)
>         libssl3.so => /usr/lib64/libssl3.so (0x0000003816200000)
>         libsmime3.so => /usr/lib64/libsmime3.so (0x0000003818e00000)
>         libnss3.so => /usr/lib64/libnss3.so (0x0000003816a00000)
>         libnssutil3.so => /usr/lib64/libnssutil3.so (0x0000003817e00000)
>         libplds4.so => /lib64/libplds4.so (0x0000003816e00000)
>         libplc4.so => /lib64/libplc4.so (0x0000003817200000)
>         libnspr4.so => /lib64/libnspr4.so (0x0000003818200000)
>         libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003813e00000)
>         libdl.so.2 => /lib64/libdl.so.2 (0x0000003813600000)
>         libssh2.so.1 => /usr/lib64/libssh2.so.1 (0x000000381c200000)
>         libfreebl3.so => /lib64/libfreebl3.so (0x0000003815e00000)
>         /lib64/ld-linux-x86-64.so.2 (0x0000003813200000)
>         liblber-2.4.so.2 => /lib64/liblber-2.4.so.2 (0x000000381b200000)
>         libresolv.so.2 => /lib64/libresolv.so.2 (0x0000003815600000)
>         libsasl2.so.2 => /usr/lib64/libsasl2.so.2 (0x0000003817600000)
>         libkrb5support.so.0 => /lib64/libkrb5support.so.0
> (0x0000003819600000)
>         libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x0000003819a00000)
>         libssl.so.10 => /usr/lib64/libssl.so.10 (0x000000381ba00000)
>         libcrypto.so.10 => /usr/lib64/libcrypto.so.10 (0x000000381b600000)
>         libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003814e00000)
>
>
> Regards,
>
> Luca Morandini
> Data Architect - AURIN project
> Melbourne eResearch Group
> Department of Computing and Information Systems
> University of Melbourne
> Tel. +61 03 903 58 380
> Skype: lmorandini
>
>

Reply via email to