Closed dirteat closed 5 years ago
It is a format security issue. I have fixed it with:
--- swig-3.0.12/Lib/octave/octrun.swg.orig 2019-03-06 09:57:01.867281610 +0100
+++ swig-3.0.12/Lib/octave/octrun.swg 2019-03-06 09:57:23.547590590 +0100
@@ -51,7 +51,7 @@
octave_value type(SWIG_ErrorType(code));
std::string r = msg;
r += " (" + type.string_value() + ")";
- error(r.c_str());
+ error("%s",r.c_str());
return octave_value(r);
}
@@ -840,7 +840,7 @@
const std::string opname = std::string("__") + octave_base_value::get_umap_name(umap) + std::string("__");
octave_value ret;
if (!dispatch_unary_op(opname, ret)) {
- error((opname + std::string(" method not found")).c_str());
+ error("%s",(opname + std::string(" method not found")).c_str());
return octave_value();
}
return ret;
We could do with fully testing Octave 5.1 on Travis, if someone can add a ppa like @kwwette used to, see: https://github.com/swig/swig/blob/b1f68b893b92cd34fb194f0458578826a7239a96/Tools/travis-linux-install.sh#L82-L97
Our current swig version produces some issues (spotted by compiling plplot). I can give more details if needed. Thanks.