Hi Michel, I don't see how that would be feasible. It's not about the interface, but about some variables being global. A backward-compatible interface would again work with a global variable, implying that we lose the intended benefit of controlling which function changes the former globals. Thus, I would live with break. 4.6 is going to break some existing code in any case. We moved from character arrays to cells. That will break many text operations used to select parameters and tables. Best, Johannes
-----Ursprüngliche Nachricht----- Von: Dev [mailto:dev-bounces@dynare.org] Im Auftrag von Michel Juillard Gesendet: Donnerstag, 12. September 2019 18:53 An: List for Dynare developers dev@dynare.org Betreff: [DynareDev] breaking changes for stoch_simul and discretionary policy
Hello,
Houtan's commit https://git.dynare.org/Dynare/preprocessor/commit/04b6a68aef1dea23f991e788af 911781d41bb4ab alerts me to the fact that these changes break existing code where the Matlab function is called directly. Many people do that.
I wonder if we should not instead rename the functions with the new interface and provide converted functions with the old interface
Best -- Michel Juillard _______________________________________________ Dev mailing list Dev@dynare.org https://www.dynare.org/cgi-bin/mailman/listinfo/dev