text:
octave-modular build failed again

Hi, compiling shogun master on Ubuntu 16.04 and Octave 4.0.3
Scanning dependencies of target build_cpp_meta_examples
[ 98%] Compiled generated cpp examples
[ 98%] Built target build_cpp_meta_examples
[ 98%] Built target octave_doxy2swig
[ 98%] Swig source
/usr/local/include/shogun/lib/SGNDArray.h:116: Warning 367: operator*= ignored
/usr/local/include/shogun/lib/SGNDArray.h:123: Warning 365: operator+= ignored
/usr/local/include/shogun/lib/SGNDArray.h:130: Warning 366: operator-= ignored
Scanning dependencies of target octave_modular
[100%] Building CXX object src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/sg_print_functions.cpp.o
[100%] Building CXX object src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/modshogunOCTAVE_wrap.cxx.o
In file included from /home/bee/opt/shogun-src/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:272:0:
/usr/local/include/octave-4.0.3/octave/../octave/unwind-prot.h: In member function ‘virtual void unwind_protect::run_first()’:
/usr/local/include/octave-4.0.3/octave/../octave/unwind-prot.h:67:14: warning: ‘template<class> class std::auto_ptr’ is deprecated [-Wdeprecated-declarations]
         std::auto_ptr<elem> ptr (lifo.top ());
              ^
In file included from /usr/include/c++/5/memory:81:0,
                 from /usr/local/include/octave-4.0.3/octave/../octave/idx-vector.h:33,
                 from /usr/local/include/octave-4.0.3/octave/../octave/Array.h:36,
                 from /usr/local/include/octave-4.0.3/octave/../octave/boolMatrix.h:27,
                 from /usr/local/include/octave-4.0.3/octave/../octave/mx-base.h:32,
                 from /usr/local/include/octave-4.0.3/octave/../octave/Matrix.h:30,
                 from /usr/local/include/octave-4.0.3/octave/../octave/oct.h:33,
                 from /home/bee/opt/shogun-src/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/include/c++/5/bits/unique_ptr.h:49:28: note: declared here
   template<typename> class auto_ptr;
                            ^
/home/bee/opt/shogun-src/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_CombinedKernel_compute_optimized_kernel_helper(const octave_value_list&, int)’:
/home/bee/opt/shogun-src/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:407272:24: error: ‘compute_optimized_kernel_helper’ is not a member of ‘shogun::CCombinedKernel’
       result = (void *)shogun::CCombinedKernel::compute_optimized_kernel_helper(arg1);
                        ^
/home/bee/opt/shogun-src/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_CombinedKernel_compute_kernel_helper(const octave_value_list&, int)’:
/home/bee/opt/shogun-src/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:407321:24: error: ‘compute_kernel_helper’ is not a member of ‘shogun::CCombinedKernel’
       result = (void *)shogun::CCombinedKernel::compute_kernel_helper(arg1);
                        ^
src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/build.make:307: recipe for target 'src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/modshogunOCTAVE_wrap.cxx.o' failed
make[2]: *** [src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/modshogunOCTAVE_wrap.cxx.o] Error 1
CMakeFiles/Makefile2:417: recipe for target 'src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/all' failed
make[1]: *** [src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2

same problem with octave 4.2.1 and shogun-5.0.0 release

Got these errors with Octave 4.2.1 and shogun master
In file included from /home/bee/opt/shogun/src/interfaces/octave_modular/sg_print_functions.cpp:1:0:
/usr/local/include/octave-4.2.1/octave/../octave/config.h:28:2: warning: #warning "config.h has been deprecated; there is no need to include it directly" [-Wcpp]
 #warning "config.h has been deprecated; there is no need to include it directly"
  ^
In file included from /home/bee/opt/shogun/src/interfaces/octave_modular/sg_print_functions.cpp:6:0:
/usr/local/include/octave-4.2.1/octave/../octave/oct-obj.h:33:2: warning: #warning oct-obj.h has been deprecated; use ovl.h instead [-Wcpp]
 #warning oct-obj.h has been deprecated; use ovl.h instead
  ^
In file included from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:4826:0:
/usr/local/include/octave-4.2.1/octave/../octave/config.h:28:2: warning: #warning "config.h has been deprecated; there is no need to include it directly" [-Wcpp]
 #warning "config.h has been deprecated; there is no need to include it directly"
  ^
In file included from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:4831:0:
/usr/local/include/octave-4.2.1/octave/../octave/oct-obj.h:33:2: warning: #warning oct-obj.h has been deprecated; use ovl.h instead [-Wcpp]
 #warning oct-obj.h has been deprecated; use ovl.h instead
  ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_RealSparseMatrixOperator__SWIG_1(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:205605:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_Statistics_log_det__SWIG_1(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:219313:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_Statistics_sample_from_gaussian__SWIG_3(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:219798:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_Statistics_sample_from_gaussian__SWIG_4(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:219942:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_Statistics_sample_from_gaussian__SWIG_5(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:220078:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_ProbingSampler__SWIG_0(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221717:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *result = 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221717:28: error: ‘result’ was not declared in this scope
   shogun::CProbingSampler *result = 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221725:17: error: ‘CProbingSampler’ is not a member of ‘shogun’
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler();
                 ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221725:42: error: expected primary-expression before ‘)’ token
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler();
                                          ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_ProbingSampler__SWIG_1(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221760:3: error: ‘EOrderingVariant’ is not a member of ‘shogun’
   shogun::EOrderingVariant arg3 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221761:3: error: ‘EColoringVariant’ is not a member of ‘shogun’
   shogun::EColoringVariant arg4 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221773:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *result = 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221773:28: error: ‘result’ was not declared in this scope
   shogun::CProbingSampler *result = 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221792:3: error: ‘arg3’ was not declared in this scope
   arg3 = static_cast< shogun::EOrderingVariant >(val3);
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221792:31: error: ‘EOrderingVariant’ in namespace ‘shogun’ does not name a type
   arg3 = static_cast< shogun::EOrderingVariant >(val3);
                               ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221797:3: error: ‘arg4’ was not declared in this scope
   arg4 = static_cast< shogun::EColoringVariant >(val4);
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221797:31: error: ‘EColoringVariant’ in namespace ‘shogun’ does not name a type
   arg4 = static_cast< shogun::EColoringVariant >(val4);
                               ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221801:17: error: ‘CProbingSampler’ is not a member of ‘shogun’
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1,arg2,arg3,arg4);
                 ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221801:42: error: expected primary-expression before ‘)’ token
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1,arg2,arg3,arg4);
                                          ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_ProbingSampler__SWIG_2(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221836:3: error: ‘EOrderingVariant’ is not a member of ‘shogun’
   shogun::EOrderingVariant arg3 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221846:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *result = 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221846:28: error: ‘result’ was not declared in this scope
   shogun::CProbingSampler *result = 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221865:3: error: ‘arg3’ was not declared in this scope
   arg3 = static_cast< shogun::EOrderingVariant >(val3);
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221865:31: error: ‘EOrderingVariant’ in namespace ‘shogun’ does not name a type
   arg3 = static_cast< shogun::EOrderingVariant >(val3);
                               ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221869:17: error: ‘CProbingSampler’ is not a member of ‘shogun’
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1,arg2,arg3);
                 ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221869:42: error: expected primary-expression before ‘)’ token
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1,arg2,arg3);
                                          ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_ProbingSampler__SWIG_3(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221911:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *result = 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221911:28: error: ‘result’ was not declared in this scope
   shogun::CProbingSampler *result = 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221929:17: error: ‘CProbingSampler’ is not a member of ‘shogun’
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1,arg2);
                 ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221929:42: error: expected primary-expression before ‘)’ token
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1,arg2);
                                          ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_ProbingSampler__SWIG_4(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221968:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *result = 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221968:28: error: ‘result’ was not declared in this scope
   shogun::CProbingSampler *result = 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221981:17: error: ‘CProbingSampler’ is not a member of ‘shogun’
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1);
                 ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:221981:42: error: expected primary-expression before ‘)’ token
       result = (shogun::CProbingSampler *)new shogun::CProbingSampler(arg1);
                                          ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_delete_ProbingSampler(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222101:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222101:28: error: ‘arg1’ was not declared in this scope
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222101:36: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222101:61: error: expected primary-expression before ‘)’ token
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                                                             ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222115:36: error: ‘CProbingSampler’ in namespace ‘shogun’ does not name a type
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222115:52: error: expected ‘>’ before ‘*’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222115:52: error: expected ‘(’ before ‘*’ token
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222115:54: error: expected primary-expression before ‘>’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                      ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222115:62: error: expected ‘)’ before ‘;’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                              ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_ProbingSampler_set_coloring_vector(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222151:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222151:28: error: ‘arg1’ was not declared in this scope
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222151:36: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222151:61: error: expected primary-expression before ‘)’ token
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                                                             ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222166:36: error: ‘CProbingSampler’ in namespace ‘shogun’ does not name a type
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222166:52: error: expected ‘>’ before ‘*’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222166:52: error: expected ‘(’ before ‘*’ token
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222166:54: error: expected primary-expression before ‘>’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                      ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222166:62: error: expected ‘)’ before ‘;’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                              ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_ProbingSampler_get_coloring_vector(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222222:3: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222222:28: error: ‘arg1’ was not declared in this scope
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222222:36: error: ‘CProbingSampler’ is not a member of ‘shogun’
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222222:61: error: expected primary-expression before ‘)’ token
   shogun::CProbingSampler *arg1 = (shogun::CProbingSampler *) 0 ;
                                                             ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222237:36: error: ‘CProbingSampler’ in namespace ‘shogun’ does not name a type
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222237:52: error: expected ‘>’ before ‘*’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                    ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222237:52: error: expected ‘(’ before ‘*’ token
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222237:54: error: expected primary-expression before ‘>’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                      ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222237:62: error: expected ‘)’ before ‘;’ token
   arg1 = reinterpret_cast< shogun::CProbingSampler * >(argp1);
                                                              ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222241:18: error: ‘CProbingSampler’ is not a member of ‘shogun’
       result = ((shogun::CProbingSampler const *)arg1)->get_coloring_vector();
                  ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222241:42: error: expected ‘)’ before ‘const’
       result = ((shogun::CProbingSampler const *)arg1)->get_coloring_vector();
                                          ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:222241:78: error: expected ‘)’ before ‘;’ token
       result = ((shogun::CProbingSampler const *)arg1)->get_coloring_vector();
                                                                              ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_LogDetEstimator__SWIG_1(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:224851:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringCharFeatures__SWIG_2(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:237824:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringCharFeatures__SWIG_3(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:237962:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_StringCharFeatures_set_features(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:240502:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringByteFeatures__SWIG_2(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:241984:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringByteFeatures__SWIG_3(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:242122:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_StringByteFeatures_set_features(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:244662:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringWordFeatures__SWIG_2(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:246144:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringWordFeatures__SWIG_3(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:246282:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_StringWordFeatures_set_features(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:248822:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringIntFeatures__SWIG_2(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:250304:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_StringIntFeatures__SWIG_3(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:250442:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_StringIntFeatures_set_features(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:252982:27: warning: ‘octave_idx_type Array<T>::nelem() const [with T = octave_value; octave_idx_type = int]’ is deprecated: use 'numel' instead [-Wdeprecated-declarations]
       num_strings=c.nelem();
                           ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:37:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Array.h:360:19: note: declared here
   octave_idx_type nelem (void) const { return numel (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_new_SparseRealFeatures__SWIG_2(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:292877:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_SparseRealFeatures_set_sparse_feature_matrix(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:293702:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_CombinedKernel_compute_optimized_kernel_helper(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:407272:24: error: ‘compute_optimized_kernel_helper’ is not a member of ‘shogun::CCombinedKernel’
       result = (void *)shogun::CCombinedKernel::compute_optimized_kernel_helper(arg1);
                        ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_CombinedKernel_compute_kernel_helper(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:407321:24: error: ‘compute_kernel_helper’ is not a member of ‘shogun::CCombinedKernel’
       result = (void *)shogun::CCombinedKernel::compute_kernel_helper(arg1);
                        ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘octave_value_list _wrap_LibLinearMTL_set_task_similarity_matrix(const octave_value_list&, int)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:574696:26: warning: ‘octave_idx_type Sparse<T>::nelem() const [with T = double; octave_idx_type = int]’ is deprecated: use 'nzmax' instead [-Wdeprecated-declarations]
     int64_t nnz=sm.nelem();
                          ^
In file included from /usr/local/include/octave-4.2.1/octave/../octave/MSparse.h:31:0,
                 from /usr/local/include/octave-4.2.1/octave/../octave/MatrixType.h:29,
                 from /usr/local/include/octave-4.2.1/octave/../octave/mx-base.h:30,
                 from /usr/local/include/octave-4.2.1/octave/../octave/Matrix.h:32,
                 from /usr/local/include/octave-4.2.1/octave/../octave/oct.h:30,
                 from /home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:175:
/usr/local/include/octave-4.2.1/octave/../octave/Sparse.h:263:19: note: declared here
   octave_idx_type nelem (void) const { return nzmax (); }
                   ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘void* _p_shogun__CProbingSamplerTo_p_shogun__CTraceSampler(void*, int*)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:651728:49: error: ‘CProbingSampler’ is not a member of ‘shogun’
     return (void *)((shogun::CTraceSampler *)  ((shogun::CProbingSampler *) x));
                                                 ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:651728:74: error: expected primary-expression before ‘)’ token
     return (void *)((shogun::CTraceSampler *)  ((shogun::CProbingSampler *) x));
                                                                          ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:651728:76: error: expected ‘)’ before ‘x’
     return (void *)((shogun::CTraceSampler *)  ((shogun::CProbingSampler *) x));
                                                                            ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:651728:79: error: expected ‘)’ before ‘;’ token
     return (void *)((shogun::CTraceSampler *)  ((shogun::CProbingSampler *) x));
                                                                               ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘void* _p_p_shogun__CProbingSamplerTo_p_p_shogun__CSGObject(void*, int*)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:654068:72: error: ‘CProbingSampler’ is not a member of ‘shogun’
     return (void *)((shogun::CSGObject **) (shogun::CTraceSampler *) ((shogun::CProbingSampler **) x));
                                                                        ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:654068:98: error: expected primary-expression before ‘)’ token
     return (void *)((shogun::CSGObject **) (shogun::CTraceSampler *) ((shogun::CProbingSampler **) x));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:654068:100: error: expected ‘)’ before ‘x’
     return (void *)((shogun::CSGObject **) (shogun::CTraceSampler *) ((shogun::CProbingSampler **) x));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:654068:103: error: expected ‘)’ before ‘;’ token
     return (void *)((shogun::CSGObject **) (shogun::CTraceSampler *) ((shogun::CProbingSampler **) x));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘void* _p_shogun__CProbingSamplerTo_p_shogun__CSGObject(void*, int*)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:656219:71: error: ‘CProbingSampler’ is not a member of ‘shogun’
     return (void *)((shogun::CSGObject *) (shogun::CTraceSampler *) ((shogun::CProbingSampler *) x));
                                                                       ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:656219:96: error: expected primary-expression before ‘)’ token
     return (void *)((shogun::CSGObject *) (shogun::CTraceSampler *) ((shogun::CProbingSampler *) x));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:656219:98: error: expected ‘)’ before ‘x’
     return (void *)((shogun::CSGObject *) (shogun::CTraceSampler *) ((shogun::CProbingSampler *) x));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:656219:101: error: expected ‘)’ before ‘;’ token
     return (void *)((shogun::CSGObject *) (shogun::CTraceSampler *) ((shogun::CProbingSampler *) x));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx: In function ‘bool SWIG_init_user(octave_swig_type*)’:
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665694:80: error: ‘NATURAL’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"NATURAL",SWIG_From_int(static_cast< int >(shogun::NATURAL)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665695:86: error: ‘LARGEST_FIRST’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"LARGEST_FIRST",SWIG_From_int(static_cast< int >(shogun::LARGEST_FIRST)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665696:94: error: ‘DYNAMIC_LARGEST_FIRST’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"DYNAMIC_LARGEST_FIRST",SWIG_From_int(static_cast< int >(shogun::DYNAMIC_LARGEST_FIRST)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665697:99: error: ‘DISTANCE_TWO_LARGEST_FIRST’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"DISTANCE_TWO_LARGEST_FIRST",SWIG_From_int(static_cast< int >(shogun::DISTANCE_TWO_LARGEST_FIRST)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665698:86: error: ‘SMALLEST_LAST’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"SMALLEST_LAST",SWIG_From_int(static_cast< int >(shogun::SMALLEST_LAST)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665699:99: error: ‘DISTANCE_TWO_SMALLEST_LAST’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"DISTANCE_TWO_SMALLEST_LAST",SWIG_From_int(static_cast< int >(shogun::DISTANCE_TWO_SMALLEST_LAST)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665700:89: error: ‘INCIDENCE_DEGREE’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"INCIDENCE_DEGREE",SWIG_From_int(static_cast< int >(shogun::INCIDENCE_DEGREE)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665701:102: error: ‘DISTANCE_TWO_INCIDENCE_DEGREE’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"DISTANCE_TWO_INCIDENCE_DEGREE",SWIG_From_int(static_cast< int >(shogun::DISTANCE_TWO_INCIDENCE_DEGREE)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665702:79: error: ‘RANDOM’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"RANDOM",SWIG_From_int(static_cast< int >(shogun::RANDOM)));
                                                                               ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665703:85: error: ‘DISTANCE_ONE’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"DISTANCE_ONE",SWIG_From_int(static_cast< int >(shogun::DISTANCE_ONE)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665704:80: error: ‘ACYCLIC’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"ACYCLIC",SWIG_From_int(static_cast< int >(shogun::ACYCLIC)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665705:102: error: ‘ACYCLIC_FOR_INDIRECT_RECOVERY’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"ACYCLIC_FOR_INDIRECT_RECOVERY",SWIG_From_int(static_cast< int >(shogun::ACYCLIC_FOR_INDIRECT_RECOVERY)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665706:77: error: ‘STAR’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"STAR",SWIG_From_int(static_cast< int >(shogun::STAR)));
                                                                             ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665707:88: error: ‘RESTRICTED_STAR’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"RESTRICTED_STAR",SWIG_From_int(static_cast< int >(shogun::RESTRICTED_STAR)));
                                                                                ^
/home/bee/opt/shogun/build/src/interfaces/octave_modular/modshogunOCTAVE_wrap.cxx:665708:85: error: ‘DISTANCE_TWO’ is not a member of ‘shogun’
   SWIG_Octave_SetConstant(module_ns,"DISTANCE_TWO",SWIG_From_int(static_cast< int >(shogun::DISTANCE_TWO)));
                                                                                ^
src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/build.make:307: recipe for target 'src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/modshogunOCTAVE_wrap.cxx.o' failed
make[2]: *** [src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/modshogunOCTAVE_wrap.cxx.o] Error 1
CMakeFiles/Makefile2:417: recipe for target 'src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/all' failed
make[1]: *** [src/interfaces/octave_modular/CMakeFiles/octave_modular.dir/all] Error 2
Makefile:149: recipe for target 'all' failed
make: *** [all] Error 2

It has been more than a year, still not fixed?? Yet the wiki says octave interface has no problem. I wonder how many interface of shogun actually works.

:) thnx for the constructive feedback. Please note that we are an opensource project, i.e. we just dont have the resources to handle every request, but as you can see we build and test all modular interfaces that we support on travis and our buildbot farm as well (including octave)

@beew on the same note i would highly suggest to read this: https://opensource.guide/how-to-contribute/#communicating-effectively

authors: beew vigsterkr

repo: shogun-toolbox/shogun


text:
drop HAVE_CXX11 macro

there's still some places where we have an ifdef HAVE_CXX11, but since 6.1.0 release shogun requires that your compile actually supports c++11.
just do a git grep HAVE_CXX11 and eliminate those macro checks.

Hi Viktor,
I would like to take up this task.
Thanks and Regards,
Abhishek.

@abhishek-1991 sure thing, since this is a rather large effort, just start with a file where you find this macro and send in patches.

Hi Victor,
Sorry for returning after long time. I was busy else where. I pulled the latest build today but it is giving compilation error for file "LaRank.cpp". I am using g++ 5.4.0
Thanks and Regards,
Abhishek.

source: gharchive/issue

license_type: permissive

license_source: bigquery


text:
中間テーブル-partner を作成する

user_id
partner_user_id
で結ぶことによってpartnerを登録できる。
emailで検索して、controllerでcreateすれば登録できる。
そうすれば、expenses_controllerにメールをベタ打ちしなくてもよくなる。

partnerと連携するカテゴリーを登録するようにすればいい

license: MIT

license_source: github-api


text:
[Docs]Set searchable in all languages to false for german articles

1. Why is this change necessary?
German articles are listed in the english search form, because this flag is set to true for german articles. Since the german articles only are a hint, that there is no german translation of the artilces, it makes no sense to show them in the search.
2. What does this change do, exactly?
Set the flag to false for the german version of the article
3. Describe each step to reproduce the issue or behaviour.
Search for "elasticsearch" on https://docs.shopware.com/en/search?query=elasticsearch
You will see "Die Entwicklerdokumentation ist nur auf Englisch verfügbar" on the english search page.
4. Please link to the relevant issues (if any).
/
5. Which documentation changes (if any) need to be made because of this PR?
/
6. Checklist

[] I have written tests and verified that they fail without my change
[] I have squashed any insignificant commits
[] This change has comments for package types, values, functions, and non-obvious lines of code
[x] I have read the contribution requirements and fulfil them.

Hello,
thank you for creating this pull request.
I have opened an issue on our Issue Tracker for you. See the issue link: https://issues.shopware.com/issues/NEXT-9740
Please use this issue to track the state of your pull request.

little mishap with the import tool.

source: gharchive/pull-request

authors: J-Rahe mnaczenski shopwareBot

repo: shopware/platform


text:
A11y - OU: ARIAdialog and alert dialog nodes should have an accessible name

Ensure every ARIA dialog and alert dialog node has an accessible name. [+more informationLink opens in a new window+|https://dequeuniversity.com/rules/axe/4.10/aria-dialog-name?application=AxeChrome]
h3. Element Location:
{noformat}#b2b-organization-unit-confirm-modal{noformat}
h3. To solve this problem, you need to fix at least (1) of the following:

aria-label attribute does not exist or is empty
aria-labelledby attribute does not exist, references elements that do not exist or references elements that are empty
Element has no title attribute

!Screen Shot 2024-11-13 at 16.51.43 PM.png|width=2052,height=1818,alt="Screen Shot 2024-11-13 at 16.51.43 PM.png"!

[public] Shopware automated response: This issue is linked to the internal issue: NEXT-39576
[created from NEXT-39576, comment 512410]

repo: shopware/shopware


text:
exceed stock in off-canvas cart has no infobox

Description:

customers can not see in off-canvas when limit is exceeded

Environment:

6.6.4.1

Steps to reproduce:

create product with clearance sale

Expected result:

same hint as with "add to cart" comes in off-canvas too

Actual result:

only "add to cart" from product detail page has a hint, that stock  is 0

[Screenshot%2B2024-08-05%2B142110.png|https://sbp-issuetracker-attachments.s3.eu-west-1.amazonaws.com/1722860633_66b0c459c6053_Screenshot%2B2024-08-05%2B142110.png]

[public] Shopware automated response: This issue is linked to the internal issue: NEXT-37533
[created from NEXT-37533, comment 514379]


text:
Fixed checkbox checked state in plugin config

1. Why is this change necessary?
Checkboxes needs "checked" attribute to be checked by creation
2. What does this change do, exactly?
Adds checked attribute when the xtype is checkbox
3. Describe each step to reproduce the issue or behaviour.
<?xml version="1.0" encoding="utf-8"?>
<config xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
        xsi:noNamespaceSchemaLocation="https://raw.githubusercontent.com/shopware/shopware/5.3/engine/Shopware/Components/Plugin/schema/config.xsd">

    <elements>
        <element type="boolean">
            <name>lolYay</name>
            Bildauswahl
            MediaSelection
            <value>true</value>
            <options>
                <inputValue>true</inputValue>
                <uncheckedValue>false</uncheckedValue>
                <xtype>checkbox</xtype>
            </options>
        </element>
    </elements>

</config>

4. Please link to the relevant issues (if any).
5. Which documentation changes (if any) need to be made because of this PR?
6. Checklist

[ ] I have written tests and verified that they fail without my change
[ ] I have squashed any insignificant commits
[ ] This change has comments for package types, values, functions, and non-obvious lines of code
[X] I have read the contribution requirements and fulfil them.

Thanks @shyim, it's not our intention to support plain ExtJS xtypes in plugin configuration forms. Therefore this pull request will be declined.

authors: shopwareBot shyim


text:
Clean up and unify exception message generation

1. Why is this change necessary?
To provide a cleaner way of exception message generation.
2. What does this change do, exactly?

Clean up exception messages
Replace string concatenation with sprintf in exception messages
Use single quoted strings wherever possible

3. Describe each step to reproduce the issue or behaviour.
➖
4. Please link to the relevant issues (if any).
It may be related to #1814
5. Which documentation changes (if any) need to be made because of this PR?
➖
6. Checklist

[X] I have written tests and verified that they fail without my change
[X] I have squashed any insignificant commits
[X] This change has comments for package types, values, functions, and non-obvious lines of code
[X] I have read the contribution requirements and fulfil them.

Do you have any hint for me why the travis pipeline is failing?

@Crease29 Code-Style check fails. Run local ant check-code-style

Hey @Crease29,
can you please squash your commits?

Hello,
thank you for creating this pull request.
I have opened an issue on our Issue Tracker for you. See the issue link: https://issues.shopware.com/issues/SW-22698
Please use this issue to track the state of your pull request.

Hi @Crease29, thank you for your contribution! 💙

authors: Crease29 shopwareBot shyim


text:
NEXT-7952 - Search endpoint ignores parameters "limit"

EN:
When calling the search endpoint and passing the parameter "limit" it is ignored and limit=10 is assumed
DE:
Beim Aufrufen des Search-Endpunktes und übergeben des Parameters "limit" wird dieser Ignoriert und limit=10 angenommen
Schritte zur Reproduktion:
url: ... "api/v1/search/product?limit=1"
requestbody =
{
"filter" : [
{ "type" : "equals", "field" : "coverId", "value" : null }
]
}
Erwartetes Ergebnis:
Rückgabe von einem Produkt.
"links" :
{ "first" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=1&page=1", "last" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=1&page=701", "next" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=1&page=2", "self" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=1" }
,
"meta" :
{ "totalCountMode" : 1, "total" : 701 }
,
Tatsächliches Ergebnis:
Rückgabe von 10 Produkten.
"links" :
{ "first" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=10&page=1", "last" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=10&page=71", "next" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=10&page=2", "self" : "http://www.ldbs-shop.de.cloud8-vm556.de-nserver.de/api/v1/search/product?limit=1" }
,
"meta" :
{ "totalCountMode" : 1, "total" : 701 }
,

@shopwareBoostDay/shopware-devs currently the RequestCriteriaBuilder ignores all URL request params if the HTTP method is POST therefore supplying arguments like ?limit=20 are ignored in calls to the search/ endpoint. The links part of the API response is therefore misleading since it contains these non working params as soon as the limit criteria is used in the request body..
req:
{
  "limit": 11
}

resp:
"links": {
    "first": "https:\/\/shopware.ddev.site\/api\/v3\/search\/product?limit=11&page=1",
    "last": "https:\/\/shopware.ddev.site\/api\/v3\/search\/product?limit=11&page=6",
    "next": "https:\/\/shopware.ddev.site\/api\/v3\/search\/product?limit=11&page=2",
    "self": "https:\/\/shopware.ddev.site\/api\/v3\/search\/product"
  },

How should we proceed with that issue? Remove the misleading part of the links section in the response if the request is done via POST or support URL arguments in POST calls?

IMHO, we should add support for the query parameters in POST search requests as it makes it easier to paginate and behaves like GET requests.

Maybe merge both parameters (query and request) with request parameters having priority here?

Cool, guess I'm favoring supporting query params as well. Will try merging both params as @PaddyS suggested :ok_hand:

authors: PaddyS carstendietrich janbuecker shopwareBot

repo: shopwareBoostDay/platform


text:
BoxConv1D

Hi, Great work. Thanks for sharing.
Could you give me some hints for modifying it to a boxconv1D, please?

Hi, thanks. Try hard-fixing y_min and y_max to 0 and 1 (or maybe 0 and 0...I don't remember the convention). This way all filters will be N × 1.

authors: jiaozizhao shrubb

repo: shrubb/box-convolutions


text:
Select only a elements with '#comment' in their href

Show Comment Score was failing when things that weren't comments appeared alongside comments in the list (e.g., revisions) because many of these did not have a "#" in their url, which led to an undefined error breaking things.
I made the selector check for "#comment" inside the url to fix this.

(develop version of #21 -- for my reference)
Thanks again @SnoringFrog!

license: mit


text:
client-side exception

Steps to reproduce:
Click "Go to / demo" and "Open homepage" back and forth a dozen times. Then hit the browser's back navigation button, rapidly, a dozen times. If it doesn’t crash, hit the browser's forward navigation button, rapidly, a dozen times. It usually crashes on me before that.
Using Brave, Ubuntu

Ran it in dev mode on my machine

I don't think it's possible to disable HMR in Next for a minimal reproduction to get rid of the "Warning: Cannot update a component (HotReload) while rendering a different component (ViewTransitions)."
That stack trace can probably be disregarded though. The async/await trace looks like this:
react-dom.development.js:9157 Uncaught Error: async/await is not yet supported in Client Components, only Server Components. This error is often caused by accidentally adding `'use client'` to a module that was originally written for the server.
    at trackUsedThenable (react-dom.development.js:9157:19)
    at useThenable (react-dom.development.js:11483:16)
    at Object.use (react-dom.development.js:11504:14)
    at use (react.development.js:2572:21)
    at useBrowserNativeTransitions (index.js:47:12)
    at ViewTransitions (index.js:80:5)
    at renderWithHooks (react-dom.development.js:11121:18)
    at updateFunctionComponent (react-dom.development.js:16290:20)
    at beginWork$1 (react-dom.development.js:18472:16)
    at HTMLUnknownElement.callCallback (react-dom.development.js:20565:14)
    at Object.invokeGuardedCallbackImpl (react-dom.development.js:20614:16)
    at invokeGuardedCallback (react-dom.development.js:20689:29)
    at beginWork (react-dom.development.js:26949:7)
    at performUnitOfWork (react-dom.development.js:25748:12)
    at workLoopSync (react-dom.development.js:25464:5)
    at renderRootSync (react-dom.development.js:25419:7)
    at performSyncWorkOnRoot (react-dom.development.js:24887:20)
    at flushSyncWorkAcrossRoots_impl (react-dom.development.js:7758:13)
    at flushSyncWorkOnAllRoots (react-dom.development.js:7718:3)
    at processRootScheduleInMicrotask (react-dom.development.js:7863:3)
    at eval (react-dom.development.js:8034:7)
trackUsedThenable	@	react-dom.development.js:9157
useThenable	@	react-dom.development.js:11483
use	@	react-dom.development.js:11504
use	@	react.development.js:2572
useBrowserNativeTransitions	@	index.js:47
ViewTransitions	@	index.js:80
renderWithHooks	@	react-dom.development.js:11121
updateFunctionComponent	@	react-dom.development.js:16290
beginWork$1	@	react-dom.development.js:18472
callCallback	@	react-dom.development.js:20565
invokeGuardedCallbackImpl	@	react-dom.development.js:20614
invokeGuardedCallback	@	react-dom.development.js:20689
beginWork	@	react-dom.development.js:26949
performUnitOfWork	@	react-dom.development.js:25748
workLoopSync	@	react-dom.development.js:25464
renderRootSync	@	react-dom.development.js:25419
performSyncWorkOnRoot	@	react-dom.development.js:24887
flushSyncWorkAcrossRoots_impl	@	react-dom.development.js:7758
flushSyncWorkOnAllRoots	@	react-dom.development.js:7718
processRootScheduleInMicrotask	@	react-dom.development.js:7863
eval	@	react-dom.development.js:8034

Same here in Chrome.
Originates at: https://github.com/shuding/next-view-transitions/blob/61d220bc4a1d81697011a7a3e1c4867b4826a329/src/browser-native-events.ts#L65
  if (transition && currentPathname.current !== pathname) {
    // Whenever the pathname changes, we block the rendering of the new route
    // until the view transition is started (i.e. DOM screenshotted).
>>  use(transition[0])
  }

I think the issue maybe related to the "use" hook.

React sugguests that we should generate the promise in server component, while here the transition[0] is generated in client side and relayed on browser API.

So the solution maybe passing a context rather than promise to the use hook.
I am still trying to fix it :)
Metion this in case the duplicated work :)

Fixed ~

I cleaning up the event listener, and everything goes well.

Could you please tell me the issue that may caused by clean up the listener? I don't figure out the potential problems. @shuding

I can confim https://github.com/shuding/next-view-transitions/pull/8 fixes the client-side exception, but it also completely disables all animation on browser navigation (using the forward and backward button instead of clicking the links).
It’s not a failure by Next, I think animation is just too hard of a problem for the W3C and the fault lies with the spec.

I can confim https://github.com/shuding/next-view-transitions/pull/8 fixes the client-side exception, but it also completely disables all animation on browser navigation (using the forward and backward button instead of clicking the links).
I think the fault lies with the View-Transitions spec, but will be happy if you can prove me wrong.

Yes like @KevinDoughty said, I noticed that once removed the event listener in useSyncExternalStore it won't be registered again upon re-rendering. That breaks the browser navigation transitions. And that's why I removed it.
I wasn't sure if it's a React or a Next.js issue and didn't have the time to dig into it.

@shuding cc @KevinDoughty @boombb12138
I submitted a PR that fixes this issue & maintain browser navigation transitions.
Can you take a look and see if my approach looks good? My approach removes useSyncExternalStore and uses useState + useEffect instead

Verified, the https://github.com/shuding/next-view-transitions/pull/11 submitted by @javascripter works on my machine. I cannot cause a client-side exception no matter how hard I try.
Google dev rel Bramus mentioned on the site formerly known as Bird that they are working on making View Transitions retargetable, which should mean the following visual discrepancies will be fixed. I suspect the API and behavioral impact will be minimal, but will investigate when the time comes.
https://github.com/shuding/next-view-transitions/assets/1807709/be13d685-f130-4ed6-96ba-cf916efd18b8

authors: KevinDoughty boombb12138 javascripter mpopv shuding

repo: shuding/next-view-transitions


text:
Smarter image optimization

Nextra currently modifies relative Markdown image paths to next/image such as ![](../../public/image.jpg). Another smart move we can do is to also handle ![](/image.jpg) when it starts with / because it should be from the public folder. Something like join(relative(__dirname, appRoot), 'public', absoluteUrl) may work.
There are exceptions though such as rewrites, so we can first check if that image exists in the public folder and if not, we don't do any modification there.

If image doesn’t exist we can show at least console warning, this will be more helpful

repo: shuding/nextra


text:
mark react-children-utilities as external dependency in tsup config

for some reason, it not was imported 😏

this package was removed here https://github.com/shuding/nextra/pull/774


text:
いいところ診断の結果に優しさを追加したい

以下の結果を追加したい
'{userName}のいいところは優しさです。あなたの優しい雰囲気や立ち振舞に多くの人が癒やされています。'

あ

repo: shungokusatsu/assessment


text:
ライブラリ更新

ライブラリのバージョンを更新する。
それぞれのバージョンの依存関係を調べながら、できるだけ最新版にあげていく。

現状に致命的な問題があるわけではなく、残り時間も足りないため、課題時間内にはこのissueは取り組まない


text:
Control over exitProcess code

Hi! :wave:  Firstly, ktlint is awesome, thank you very much for your hard work on this project. :fireworks:
I understand the 0-conf philosophy and the underlying Kotlin guidelines that form the basis of the standard ruleset. It's still nice to see that custom rulesets and reporters are being supported. Having read through past issues like #21 & #181, I'm trying to figure out how to implement a custom ruleset in a project that in part conflicts with the standard ruleset.
I can suppress the output of the standard rule finding in my custom reporter and also implement a custom rule - this works in general, except I don't see how to supress the triggered exit code by the standard ruleset. Is there a way or could there be a way that it would be possible to flip a parameter of the finding in Reporter to make ktlint not to register it as a tripped for the end result exit code?
As it currently stands, altough my reporter does not output any findings (based on the suppression and custom rules), ktlint still exits with code 1. This makes it impossible for me to implement the ktlint to a build pipeline with failonerror="true" setting.
Any advice here or a feature that could be implemented to support my scenario? Thanks in advance and Cheers! :beers:

Thank you for an exhaustive answer on this. This covers all the angles, much appreciated. Cheers! :beers: :smiley:

repo: shyiko/ktlint


text:
[BUG]: Returns empty p tags string when there is no text just line breaks! required validation not working

Description
_A bug: When i press enter and add line breaks it returns empty p tags string like

. on it angular required validation does not work. please fix it, if there is no text then angular required validation should work. thanks
Version Information
ngx-editor: 7.0.4
angular: 10.0.4

Browser

[x] Chrome -  87.0.4280.66

Use custom validators. Example
import {Validators} from 'ngx-editor'

new FormControl('', Validators.required())

Some other validators https://sibiraj-s.github.io/ngx-editor/#/reactive-forms?id=validators

Closing this issue. Feel free to continue the discussion If you have any doubts.

I have used this validator but still facing issue, can you please tell me the version of ngx-editor please?

Oh. I get it. I misunderstood earlier. The validator just check if the editor is empty or not, this is same as Angular's required validator.
It doesn't trim the value before validation.
You might wan't to implement your own custom validator for custom .
See here for examples https://github.com/sibiraj-s/ngx-editor/blob/master/src/lib/validators.ts.
Let me know if you need any help with that.

Okay, I will submit a PR later after handling this issue. Others will also benifit from it.

Thanks. I am just not sure whether it has to added to required validator, since I added the behaviour to match angular's required validator.
I don't use angular that heavily. how is this handled in other places?

I have put some thought over it. I think this is not just about text content. the editor will have custom views, images etc. Considering those into account, I suppose deciding when the editor is TRULY empty is purely subjective .
Exposing bare default would be the best way to go and for custom needs they can implement their own solution which is also supported by angular.

Okay, I will submit a PR later after handling this issue. Others will also benefit from it.

and for this. I am open to adding a section in the docs adding custom code examples.

authors: shockingResident sibiraj-s

repo: sibiraj-s/ngx-editor


text:
Load player data via ajax

To avoid huge page sizes.

Backbone model?


text:
Error in ipPinning.mjs middleware

Environment

Operating System: Linux
Node Version:     v17.2.0
Nuxt Version:     3.0.0-rc.12
Nitro Version:    0.6.1
Package Manager:  yarn@1.22.17
Builder:          vite
User Config:      modules, css, build, i18n, pinia, session, dir, ignore, alias, vite
Runtime Modules:  @nuxtjs/i18n@8.0.0-beta.4-27807009.4ba6102, @pinia/nuxt@0.4.3, @nuxtjs/tailwindcss@6.1.3, @sidebase/nuxt-session@0.2.4
Build Modules:    -

Reproduction
Update to newest version of nuxt-session
Describe the bug
When I run yarn dev in my Nuxt project after updating this package, the server crashes and I get 503 Server Unavailable
Additional context
No response
Logs
file:///var/www/html/dune/.nuxt/dev/index.mjs:26
import { verify, argon2id, hash as hash$1 } from 'file:///var/www/html/dune/node_modules/argon2/argon2.js';
                 ^^^^^^^^
SyntaxError: Named export 'argon2id' not found. The requested module 'file:///var/www/html/dune/node_modules/argon2/argon2.js' is a CommonJS module, which may not support all module.exports as named exports.
CommonJS modules can always be imported via the default export, for example using:

import pkg from 'file:///var/www/html/dune/node_modules/argon2/argon2.js';
const { verify, argon2id, hash: hash$1 } = pkg;

    at ModuleJob._instantiate (node:internal/modules/esm/module_job:124:21)
    at async ModuleJob.run (node:internal/modules/esm/module_job:181:5)
    at async Promise.all (index 0)
    at async ESMLoader.import (node:internal/modules/esm/loader:281:24)
    at async loadESM (node:internal/process/esm_loader:88:5)
    at async handleMainPromise (node:internal/modules/run_main:65:12)

Hey @JacobArrow!
Thanks for the issue (: We'll haver a loot at it ASAP!
@Voltra, maybe you want to check it out, as it's related to ipPinning?

authors: BracketJohn JacobArrow

repo: sidebase/nuxt-session


text:
Arabic titles

it broken
there is a patch that fix it bidi
i dont know how to patch it it fails allways
can i get help

@Popx1 i dont maintain chadwm anymore sadly and idk much C! i just added patches to vanilla dwm which doesnt need much C knowledge

whaaaaat what can i do ?

just show your errors

[lahcen@11 chadwm]$ patch < dwm-bidi-20220309-0386419.diff
patching file config.mk
Hunk #1 succeeded at 18 with fuzz 2 (offset 8 lines).
Hunk #2 FAILED at 22.
1 out of 2 hunks FAILED -- saving rejects to file config.mk.rej
patching file dwm.c
Hunk #1 FAILED at 40.
Hunk #2 FAILED at 238.
Hunk #3 FAILED at 276.
Hunk #4 FAILED at 708.
Hunk #5 FAILED at 719.
5 out of 5 hunks FAILED -- saving rejects to file dwm.c.rej

you should know how to fix patches. go to the rej files and look what failed and then make changes at actual files

and this is the issue
they are not the same

here are the files :
dwm.c
dwm.c.rej

It would be great if you can help

i dont have dwm logged in rn so cant, from the rej files you need to add the code with plus signs and remove the code with minus signs

i think am going to dump out dwm , what do you recommend to use ?

i think am going to dump out dwm , what do you recommend to use ?

i use openbox, one con of dwm is that its hard to integrate external bars on it and i wanted a stacking wm so went with openbox as its stable

I will give it a try Thank you for your time

i got it working if you want add it to your repo
i used GPT4-o
dwm.c
config.mk

What about a chadbox, huh? :D

repo: siduck/chadwm


text:
Fixes and cleanups for SWUpdate image

@gylstorffq

LGTM

authors: BaochengSu jan-kiszka


text:
Problem with the touch screen...

Hi,
I had to replace the touch screen and now the right and left side of the touch function are reversed. The display and above and below of the touch function still works perfectly. Is there a way to swap right and left side of the touch function?
Many thanks in advance, greetings Christian

Hey, sorry for the late response. I just merged a fix and created a new build which I've attached to this Issue.
Do you mind checking if this works for you?
I have introduced two new parameters to the config file.
You might wanna try out both of them depending on orientation. Let me know if this fixes it for you.

Key
Type
Value

"touchXAxisInverted"
Bool
default: false, invert the X Axis of the touch screen in case it is misaligned

"touchYAxisInverted"
Bool
default: true, invert the Y Axis of the touch screen in case it is misaligned

Hi,
no Problem :-). I loaded the new bin into the IC and got "Could not parse failsafe file" on the display. When I write the current version in the IC the AP mode opens. Am I doing something wrong? Thank you in advance for your help,
greetings Christian

Ahh, sorry, there was a bug in the build script for OTA Releases.
Should be fixed now, attached a new version.
homepoint_release.zip

Sorry, I realised there were a bunch of bugs in the build script that led to this.
Attached is a new version.
homepoint_release.zip

Hello, I tested the software and was able to add the new commands to the config file. unfortunately nothing changes with the different settings. I gave the orders as follows
....
"timezone": "CET-1CEST-2,M3.5.0/02:00:00,M10.5.0/03:00:00",
"touchXAxisInverted": false,
"touchYAxisInverted": true,
"scenes": [{
....
Is that the right way to do the commands?
Thank you in advance for your help,
greetings Christian

ps.: I tried diffrent versions of the command as true, true ... true, false and so on..

hey Christian,
thats odd! Can you give this version a try? I radically swapped the x and y axis in this build.
homepoint_release.zip

Hello Matt, this is really weird. I've now used a different display and the touch function is different again. Slowly I think that I am writing the command in the wrong place. Can you tell me again where I put it in? Does it go in config.json or somewhere else?
Thank you in advance for your help,
greetings Christian

Please use the one you've used previously, else it's really difficult for me to pinpoint the issue here.
It does indeed go into config.json

In the moment it is the same Problem with both displays, no change of the Touch with the diffrent settings :-(.

Has anything changes with the other version?

On  a second note: ive tried and verified what you mentioned in the original post (reversal of sides) with the parameters mentioned here on an aduitouch with the il9341 yesterday for this release: https://github.com/sieren/Homepoint/releases/tag/0.04rc1

Another point.. After applying those changes did you properly reboot the unit or just hit "reload"?

I reboot it over the Webfrontend, should i take the power away for am moment?

Hi Matt,
i found my problem... I used all the time the homepoint_espgeneric.bin file and now i used the homepoint_espgeneric_full file and it worked. I used the Version befor the last one, that one from yesterday.
With the Version from today the invertion works the wrong way, But the version from Yesterday works fine. I tested all combinations and it work the right way.
Thanks a lot for your Help, i wish you an nice Weekend,
greetings Christian

Nice! Thanks for the report. The one you mention is also the official release. Glad we got this sorted 🎉☺

authors: THBSLtd sieren

repo: sieren/Homepoint


text:
Add signalfx metrics receiver to the otel-agent template

splunk-otel-java now exports metrics in the signalfx format, the otel agent should be able to pick them up out of the box. This change adds the signalfx receiver to the default agent metrics pipeline.

@mateuszrzeszutek please upgrade your helm client to 3.5.4 to make the pre-commit happy.
Also please update otelAgent.ports in values.yaml

please upgrade your helm client to 3.5.4 to make the pre-commit happy.

Thanks! I was wondering why it generates different output on my machine...

Also please update otelAgent.ports in values.yaml

Done 👍

@mateuszrzeszutek sorry, please rebase, the files were moved around 😬

@mateuszrzeszutek sorry, please rebase, the files were moved around 😬

No problem -- done.

authors: dmitryax jrcamp mateuszrzeszutek

repo: signalfx/splunk-otel-collector-chart


text:
Handle backwards compatibility of internal ballast removal

This change adds a ballastParserProvider which wraps a
ConfigSourceParserProvider and adds a memory_ballast extension to the
Otel config if one isn't already present. Doing so ensures that users
have memory ballast regardless of whether they explicitly added the
newly-developed memory_ballast extension, which may not have existed
when they set up their collector.

I think that the main issue to address is what happens if the deprecated ballast field will get removed from the  memory limiter processor
Collectors with old config files will fail to start in that case.
I am not sure if we want to add the memory_ballast extension even if it's not present, maybe just in cases where it's not present but the memory limiter processor contains ballast_size_mib

I think that the main issue to address is what happens if the deprecated ballast field will get removed from the memory limiter processor
Collectors with old config files will fail to start in that case.
I am not sure if we want to add the memory_ballast extension even if it's not present, maybe just in cases where it's not present but the memory limiter processor contains ballast_size_mib

So, to my knowledge, the ballast field in the memory limiter processor never actually allocated a ballast. The memory limiter just used the ballast size (set manually) by subtracting it from the reported memory usage so the ballast wouldn't be counted when it calculated how much memory was being used. The ballast was actually allocated in the core of the collector (collector.go -- and it no longer is).
The Splunk Otel Collector at this point just sets the environment variable SPLUNK_BALLAST_SIZE_MIB either based on the --mem-ballast-size-mib command line arg or based on a calculation, and provides default configs that use this environment variable to set up a collector with a memory_ballast extension.  This works fine for new installs, but previous installs of older versions of the collector, where the config has been modified (and possibly in other cases as well), won't get the new config and therefore after upgrading will no longer have a memory ballast allocated. That was my understanding of this issue (from Jay's comment).
My thought was that the memory limiter processor ballast field going away is an issue, but it's perhaps a separate one. In any case, it could be handled in this PR since we're updating the collector config anyway -- we could just delete that key if we find it.
Anyway, having said all that 😄 I'm happy to remove this PR's ballast extension addition code, and just remove the memory limiter ballast key (if you think that's the best way to handle its upcoming removal).
And I realize that enhancing a Collector config maybe feels a bit odd at this point, but my personal opinion is that in the long term we may want to take this route to make setup easier for users. I am interested in what other folks think about this as well.

Here's another option @emaderer -- I just pushed the change. This one just removes the ballast key from the memory limiter processor, if one exists, and doesn't add a ballast extension. Alternatively we could do both 😄 .

Can we take the approach of - if the ballast key exists in the memory limiter processor remove it and make sure we enable the ballast extension with the same value, otherwise there is no need to do anything?

Ok, discussed separately with Eyal, and we're going to just remove the ballast key if it exists in the memory limiter processor, which is what this PR does in its current form. I've tested these changes against a local copy of the core collector, removed the ballast field and saw that the collector started up (verified that it didn't without these changes).

This looks great now I think! can we add a kill switch to disable any kind of config conversion just in case?

This looks great now I think! can we add a kill switch to disable any kind of config conversion just in case?

Thanks -- yes sure. Should it be a command line switch?

This looks great now I think! can we add a kill switch to disable any kind of config conversion just in case?

Thanks -- yes sure. Should it be a command line switch?

command line switch sounds good.

authors: emaderer pmcollins

repo: signalfx/splunk-otel-collector


text:
Fix freeform invite in document.invite

Fixing the TypeError: inviteData.to.forEach is not a function for the similar calls:
api.document.invite({
  token: 'your auth token',
  id: 'document id',
  data: {
    from: 'email address',
    to: 'email address',
  },
}, (err, res) => {
  // handle error or process response data
});

I can't imagine, I've missed anniversary of this PR, but still:
Happy Birthday!!1 🎉 🎉 🎉

@holdMyTea  Maybe some day it will be merged)

authors: holdMyTea rtereshchenko

repo: signnow/SignNowNodeSDK


text:
Rekor 1.0.0 release fails on trillian init containers

Description
When deploying the rekor 1.0.0 Helm chart it fails with following errors the following components:
trillian initContainers:

logserver
logsigner

exec /bin/sh: exec format error

redis:
exec /usr/local/bin/docker-entrypoint.sh: exec format error

See below my values file.
trillian:
  mysql:
    auth:
      username: sigstore-trillian
      password: TopSecretTest
      rootPassword: T0pS3cr3tT3st

Version
rekor 1.0.0 helm-chart

@marcofranssen what architecture are you running on?

I forgot updating this issue. This was due to the pod being scheduled on ARM64 nodes. As most of the images we pull do support ARM64 I assumed these would also support it.
A potential fix is to set a default nodeSelector value kubernetes.io/arch: amd64 to prevent being scheduled on other architectures. Until the images support all architectures.

repo: sigstore/helm-charts


text:
HEAD http method?

I've noticed in my log files that some requests are using the HEAD method on my app. This throws up an Symfony\Component\HttpKernel\Exception\MethodNotAllowedHttpException, and I don't know of a way to handle this.
Is there a workaround? Or is this something that would need to be looked at?

I am trying to do following...
can some one tell me what I am doing wrong because it is only matching first one.
$app->match("/user/{name}", function ($name, Request $req) use ($app) {
    return $app->json(array("get" => $name), 200);
})->method("GET");
$app->match("/user/{name}", function ($name, Request $req) use ($app) {
    return $app->json(array("head" => $name), 200);
})->method("HEAD");

@ashishtilara I had almost the same problem with GET or HEAD methos and I found this in Symfony\Component\Routing\Matcher\UrlMatcher (Symfony 2.7.7):
// check HTTP method requirement
if ($requiredMethods = $route->getMethods()) {
    // HEAD and GET are equivalent as per RFC
    if ('HEAD' === $method = $this->context->getMethod()) {
        $method = 'GET';
    }

    if (!in_array($method, $requiredMethods)) {
        $this->allow = array_merge($this->allow, $requiredMethods);

        continue;
    }
}

I don't know which RFC is that, but it seems very weird.

@daltones @ashishtilara GET and HEAD is the same thing, expect HEAD requests MUST NOT return a body. That is why it is aliased.

authors: ashishtilara daltones davidwinter henrikbjorn

repo: silexphp/Silex


text:
Use BCrypt by default as encoder #1312

Based on work of @mvanbaak (https://github.com/silexphp/Silex/pull/1316) with applied comments from @mathroc and fixed tests.

Merge conflict fixed.

looks good to me! :+1:

Thank you for doing my work. If only time did allow me to put my actions where my mouth is :(
(+1)

Would it makes sense to instead use Pbkdf2PasswordEncoder? Or at least add a sensible configuration for it by default in the provider?

@fabpot I don't have enough knowledge to argue for bcrypt or pbkdf2 but the php documentation on hash_pbkdf2 says :

The PBKDF2 method can be used for hashing passwords for storage. However, it should be noted that password_hash() or crypt() with CRYPT_BLOWFISH are better suited for password storage.

But yes, a security.encoder.pbkdf2 could be added as it's also widely used
@e-moe what do you think ?

@mathroc I'm not a security expert either. But I would say let's give users possibility to choose. I will update my pull request

updated to meet comments from @fabpot and @mathroc

Thank you @e-moe.

authors: e-moe fabpot mathroc mvanbaak


text:
Add Migen tutorial

This PR adds a short example of how to use Migen with SC to a new page in the tutorials section. I figure we can fill this page out as SC gets support for additional frontends.

To detangle things, I recommend one tutorial per front end.
What does the generated heartbeat.v look like?

To detangle things, I recommend one tutorial per front end.

Sounds good, can update.
/* Machine-generated using Migen */
module heartbeat(
	output reg out,
	input sys_clk,
	input sys_rst
);

reg [7:0] counter_reg = 8'd0;

always @(posedge sys_clk) begin
	counter_reg <= (counter_reg + 1'd1);
	out <= (counter_reg == {1'd1, {7{1'd0}}});
	if (sys_rst) begin
		out <= 1'd0;
		counter_reg <= 8'd0;
	end
end

endmodule

Awesome!

authors: aolofsson nmoroze

repo: siliconcompiler/siliconcompiler