fre, 31 07 2009 kl. 21:24 -0700, skrev Alex Lancaster: > >>>>> "MS" == Marius Schamschula writes: > > [...] > > MS> lz -lf95 -lm -lstdc++ -lgcc_s.10.4 -lgcc -lSystemStubs -lSystem > MS> ann_wrap.cpp: In member function 'void > MS> octave_swig_type::install_global()': > MS> ann_wrap.cpp:1197: error: 'curr_sym_tab' was not declared in this scope > MS> ann_wrap.cpp:1197: error: 'link_to_global_variable' was not declared > MS> in this scope > MS> ann_wrap.cpp:1204: error: 'symbol_record' was not declared in this scope > MS> ann_wrap.cpp:1204: error: 'sr' was not declared in this scope > MS> ann_wrap.cpp:1204: error: 'global_sym_tab' was not declared in this > MS> scope > MS> ann_wrap.cpp: In function 'void SWIG_Octave_SetModule(void*, > MS> swig_module_info*)': > MS> ann_wrap.cpp:2110: error: 'curr_sym_tab' was not declared in this scope > MS> ann_wrap.cpp:2110: error: 'link_to_global_variable' was not declared > MS> in this scope > MS> ann_wrap.cpp: In function 'octave_value_list Fann(const > MS> octave_value_list&, int)': > MS> ann_wrap.cpp:9617: error: 'curr_sym_tab' was not declared in this scope > MS> ann_wrap.cpp:9617: error: 'link_to_global_variable' was not declared > MS> in this scope > MS> make[1]: *** [ann.oct] Error 1 > MS> make: *** [all] Error 2 > > >>>>> "AL" == Alex Lancaster writes: > > AL> I'm the maintainer of octave-forge on Fedora, and I have the same > AL> issue with octave-forge-20090607 building against Octave 3.2.2, full > AL> build log is here: > > AL> http://koji.fedoraproject.org/koji/getfile?taskID=1571347&name=build.log > > AL> Is there any fix in the works? This seems to have been reported a > AL> couple of times, but haven't seen any developers chime in: > > OK, I found a fix in SVN for the ann package in revision 6006: > > http://octave.svn.sourceforge.net/viewvc/octave?view=rev&revision=6006 > > and I applied the patch that fixed this, unfortunately I have the same > build issue with the ftp 1.0.2 package: > > http://koji.fedoraproject.org/koji/getfile?taskID=1571408&name=build.log > > but there doesn't seem to be an equivalent fix in SVN.
I think the package source code needs to be regenerated using SVN SWIG. I'd rather leave this to the package maintainer as I really don't know all this SWIG stuff. Xavier, is this correct? If so, could you fix it? Thanks Søren ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Octave-dev mailing list Octave-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/octave-dev
