Mark, Your linux32 compiled .a files do not work in the ARM environment, so I think that we will need to create a new external/linux32arm dir to support that platform. I'll try to get the build working with that change.
I didn't remove any of the grouper files, I just commented out the guts of all of the Grouper.cpp methods. However, the problem was with the gcc 4.6 compiler and not the code, so it just failed on some different files later in the build. Upgrading to gcc 4.7 fixed the issue. I'll add my +1 to removing the old code, but I don't think that it is an issue for raspberry pi anymore. I spoke a little too soon saying that the build completed in my last message. There was an error with apr.h buried in the build output that I missed and that is why none of the test scripts were created. I have corrected that error but now I am getting the following error with swig. make[2]: Entering directory `/tmp/ntabuild/lang/py/bindings/engine_internal' /bin/bash ../../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I. -I/home/pi/nupic/lang/py/bindings/engine_internal -I../../../../build_system/unix -I/usr/include/python2.7 -I/home/pi/nupic -I/home/pi/nupic/external/linux32/include -DNUPIC2 -I/home/pi/nupic -I/home/pi/nupic/external/common/include -I/home/pi/nupic/external/linux32/include -fvisibility=hidden -DNTA_INTERNAL -g -DNTA_ASSERTIONS_ON -fPIC -DPIC -ffloat-store -D_PY27 -DNTA_PLATFORM_linux32 -Wall -Wreturn-type -Wunused-variable -Wno-deprecated -DBOOST_NO_WREGEX -DNTA_INSTRUMENT_ON -DNTA_PYTHON_SUPPORT=2.7 -DNTAPY_INCLUDE="<python2.7/" -DNTAPY_PACKAGES="\"lib/python2.7/site-packages\"" -I/usr/include -I/lib/python2.7/site-packages/numpy/core/include -O1 -falign-functions -DSWIG_TYPE_TABLE=_nupic_engine_internal -DNUPIC2 -MT _engine_internal_la-engine_internal_py.lo -MD -MP -MF .deps/_engine_internal_la-engine_internal_py.Tpo -c -o _engine_internal_la-engine_internal_py.lo `test -f 'engine_internal_py.cpp' || echo '/home/pi/nupic/lang/py/bindings/engine_internal/'`engine_internal_py.cpp libtool: compile: g++ -DHAVE_CONFIG_H -I. -I/home/pi/nupic/lang/py/bindings/engine_internal -I../../../../build_system/unix -I/usr/include/python2.7 -I/home/pi/nupic -I/home/pi/nupic/external/linux32/include -DNUPIC2 -I/home/pi/nupic -I/home/pi/nupic/external/common/include -I/home/pi/nupic/external/linux32/include -fvisibility=hidden -DNTA_INTERNAL -g -DNTA_ASSERTIONS_ON -fPIC -DPIC -ffloat-store -D_PY27 -DNTA_PLATFORM_linux32 -Wall -Wreturn-type -Wunused-variable -Wno-deprecated -DBOOST_NO_WREGEX -DNTA_INSTRUMENT_ON -DNTA_PYTHON_SUPPORT=2.7 "-DNTAPY_INCLUDE=<python2.7/" -DNTAPY_PACKAGES=\"lib/python2.7/site-packages\" -I/usr/include -I/lib/python2.7/site-packages/numpy/core/include -O1 -falign-functions -DSWIG_TYPE_TABLE=_nupic_engine_internal -DNUPIC2 -MT _engine_internal_la-engine_internal_py.lo -MD -MP -MF .deps/_engine_internal_la-engine_internal_py.Tpo -c engine_internal_py.cpp -fPIC -DPIC -o .libs/_engine_internal_la-engine_internal_py.o engine_internal_py.cpp:4455:22: error: redefinition of 'struct swig::traits<unsigned int>' engine_internal_py.cpp:4378:22: error: previous definition of 'struct swig::traits<unsigned int>' engine_internal_py.cpp:4459:23: error: redefinition of 'struct swig::traits_asval<unsigned int>' engine_internal_py.cpp:4382:23: error: previous definition of 'struct swig::traits_asval<unsigned int>' engine_internal_py.cpp:4465:23: error: redefinition of 'struct swig::traits_from<unsigned int>' engine_internal_py.cpp:4388:23: error: previous definition of 'struct swig::traits_from<unsigned int>' make[2]: *** [_engine_internal_la-engine_internal_py.lo] Error 1 I have not used swig before. Are there any swig experts out there that can point me the right direction? Thanks, Matt On Aug 19, 2013, at 2:47 AM, Marek Otahal <[email protected]> wrote: > Hi Matt, > > > On Sun, Aug 18, 2013 at 8:33 AM, Matt Keith <[email protected]> wrote: > Thank you everyone for the feedback. > > Marek, yes I'll have to take a look at the linux32 support you have > submitted. Won't there be issues with those .a files working on arm instead > of x86? Should we create a linux32arm folder as well, or can we remove all > dependancies on static libraries? > I was wondering that too. Could you test, take the .a files from my linux32 > branch and place them in your ARM environment? > (I think it will be a prob and we'll need another platform to support) > > about removing all the static deps: I'm not sure now, as there are tickets > like linux64/darwin64-environment, ... But before I was told we want to keep > nupic as much self-contined as possible.(but building some of the libs might > be tricky, that's why the precompiled archives .a are present) Maybe Scott > can explain? > > PS: did you succeed removing the old Grouper classes, as Subutai mentioned > here? I tried just rm the related files, but it was quite connected to other > code too (so I wonder if that code is obsolete too, and can be removed, or > need be reworked) > > Regards, Mark > > > -- > Marek Otahal :o) > _______________________________________________ > 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
