Hello Matt, have a look on my comment in https://issues.numenta.org/browse/NPC-143 regarding the redefinition on swig.
Cheers, Georgios On Mon, Aug 19, 2013 at 8:25 PM, Matt Keith <[email protected]> wrote: > 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 > >
_______________________________________________ nupic mailing list [email protected] http://lists.numenta.org/mailman/listinfo/nupic_lists.numenta.org
