Hey, >> I'm on it. A couple of notes on the setup: >> * The manual checkouts of external/boost_numpy and >> external/viennacl-dev don't work for me (git 1.7.9.5). Is this supposed >> to be automatic? If not, there should be instructions in the README. > > Hmm, yes -- the README as it is at the moment was written with the > tarball in mind. I'll add a note on git checkouts and the submodules.
I see. You can adjust 'make dist' such that it uses the tarball README, and the repository presents the developer-README (README.md). >> * When building, I get the following warning on GCC 4.6: >> cc1plus: warning: command line option ‘-Wstrict-prototypes’ is valid for >> Ada/C/ObjC but not for C++ [enabled by default] > > Yes, there's not much I can do about that. Python's distutils just > passes it to GCC for all source files. Ahh, another 'clever' build system, ignoring -j4 ;-) >> * Also I see -UNDEBUG passed to the compiler. Is this intentional, or >> a typo? > > Yeah, that was left over from some previous work. It should be gone now. Thx. >> * Maybe the following is the reason for the iterative solver failure >> (at least it breaks compilation on my GCC-4.6 machine): >> >> /home/rupp/development/ViennaCL/pyviennacl/src/_viennacl/sparse_matrix.h:24:23: >> error: ISO C++ forbids initialization of member ‘_places’ [-fpermissive] >> /home/rupp/development/ViennaCL/pyviennacl/src/_viennacl/sparse_matrix.h:24:23: >> error: making ‘_places’ static [-fpermissive] >> /home/rupp/development/ViennaCL/pyviennacl/src/_viennacl/sparse_matrix.h:24:23: >> error: invalid in-class initialization of static data member of >> non-integral type ‘boost::python::list*’ >> ... > > Hmm, odd that that builds with GCC 4.8. GCC is more towards C++11, where this is legal. > I've fixed it and tested the > build with GCC 4.4 and 4.6, and it should be OK. But I don't think > that's part of the problem -- that list is only used to represent the > nonzero entries of a sparse matrix, and is only generated if you need > them (without iterating in Python over the whole space); it's computed > for printing the matrix, for instance (so you don't get a load of 0s). Thanks! The compilation runs fine now, but I get a linker error: g++: error: /home/rupp/development/ViennaCL/pyviennacl/build/lib/libboost_numpy.a: No such file or directory The folder does, however, contain libboost_numpy.so. Seems like I need to link statically? Best regards, Karli ------------------------------------------------------------------------------ Managing the Performance of Cloud-Based Applications Take advantage of what the Cloud has to offer - Avoid Common Pitfalls. Read the Whitepaper. http://pubads.g.doubleclick.net/gampad/clk?id=121054471&iu=/4140/ostg.clktrk _______________________________________________ ViennaCL-devel mailing list ViennaCL-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/viennacl-devel
