Matteo,
I noted this in the output you posted:
Warning: directory "/tmp/ntabuild" already exists and may contain
(old) data. Consider removing it.
This is left over from a previous build attempt. Try removing this and
rebuilding first.
> E ImportError:
> /.../nta/eng/lib/python2.7/site-packages/nupic/bindings/_engine_internal.so:
> undefined symbol: _ZZN4YAML3Exp9EndScalarEvE1e
I have never seen this type of error before, it seems suspicious. Has
anyone else seen this?
> "E ImportError:
> /../nta/eng/lib/python2.7/site-packages/nupic/bindings/_engine_internal.so:
> ELF file OS ABI invalid"
I've also never seen this before either, but I found a related SO
article:
http://stackoverflow.com/questions/7647818/glibc-elf-file-os-abi-invalid
---------
Matt Taylor
OS Community Flag-Bearer
Numenta
On Mon, Feb 17, 2014 at 4:03 AM, Matteo CAUSO <[email protected]> wrote:
> Hi All,
>
> I have tried to build and test NuPIC on a Red Hat Enterprise Linux Server
> release 5.9 (Tikanga) platform.
>
> However, I have resulted with a successful built that is able to pass none
> of the tests you have designed for it :
>
> C++ tests:
>
> $NTA/bin/htmtest
> $NTA/bin/testeverything
>
> Python unit tests:
>
> cd $NTA
> ./bin/run_tests.sh
>
> because of an "undefined symbol: _ZZN4YAML3Exp9EndScalarEvE1e" error. In
> particular:
>
> bin/htmtest: symbol lookup error: bin/htmtest: undefined symbol:
> _ZZN4YAML3Exp9EndScalarEvE1e
> bin/testeverything: symbol lookup error: bin/testeverything: undefined
> symbol: _ZZN4YAML3Exp5BlankEvE1e
>
> E ImportError:
> /.../nta/eng/lib/python2.7/site-packages/nupic/bindings/_engine_internal.so:
> undefined symbol: _ZZN4YAML3Exp9EndScalarEvE1e
>
> Furthermore, I have had also the following error for Python unit tests :
>
> "E ImportError:
> /../nta/eng/lib/python2.7/site-packages/nupic/bindings/_engine_internal.so:
> ELF file OS ABI invalid"
>
> that I solved, by improperly forcing the System V value to the
> "_engine_internal.so" SO ABI ELF field.
>
> So, I would kindly ask you if you have already encountered these errors
> before and if you could propose me a solution to them.
>
> Please, find here enclosed the stdout file resulted as the build.sh outcome.
>
>
>
> Thanks in advance for your help.
>
>
>
> Matteo Causo
>
>
>
>
>
> P.S. here listed some errors I have faced during the building phase by
> solving them brutally.
>
>
>
> "aclocal:configure.ac:104: warning: macro `AM_COND_IF' not found in library"
> (I commented this line into /.../build_system/unix/configure.ac)
>
>
>
> "make: *** [all-recursive] Error 1
>
> /.../nupic/external/linux64/lib/libapr-1.a(filedup.o): In function `file_dup':
>
> /tmp/apr-1.4.8/file_io/unix/filedup.c:40: undefined reference to `dup3'
>
> collect2: error: ld returned 1 exit status" (I replaced the libapr-1.a you
> provided with another one just downloaded)
>
>
>
> "make: *** [all-recursive] Error 1
>
> /.../Linux/rh5/x86_64/bin/ld: /.../external/linux64/lib/libapr-1.a(dir.o):
> relocation R_X86_64_32 against `apr_pool_cleanup_null' can not be used when
> making a shared object; recompile with -fPIC
>
> /.../external/linux64/lib/libapr-1.a: could not read symbols: Bad value" (I
> replace the newest libapr-1.a, back with the one you provided)
>
>
>
>
>
>
> _______________________________________________
> nupic mailing list
> [email protected]
> http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org
>
_______________________________________________
nupic mailing list
[email protected]
http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org
