Mercurial > forge

changeset 9718:3828294802c5 octave-forge

Find changesets by keywords (author, files, the commit message), revision number or hash, or revset expression.
normalise_distribution: upper limit on version check for workaround since octave core fixed bug as of 3.6.2
author carandraug
date Thu, 15 Mar 2012 17:44:49 +0000
parents a38fbe3443b2
children 0583d649c01a
files main/statistics/inst/normalise_distribution.m
diffstat 1 files changed, 2 insertions(+), 4 deletions(-) [+]
line wrap: on
line diff
--- a/main/statistics/inst/normalise_distribution.m	Thu Mar 15 12:43:09 2012 +0000
+++ b/main/statistics/inst/normalise_distribution.m	Thu Mar 15 17:44:49 2012 +0000
@@ -190,13 +190,11 @@
 
       ## A regression in the 3.4 series made this no longer work so we behave
       ## differently depending on octave version. This applies the fix for all
-      ## 3.4 releases but it probably only appeared on 3.4.3 (can someone check?)
+      ## 3.4 releases but it may have appeared on 3.2.4 (can someone check?)
       ## See https://savannah.gnu.org/bugs/index.php?34765
-      ## Turns out that the bug was not completely fixed the first time and is
-      ## still present in 3.6.1
       ## FIXME Once package dependency increases beyond an octave version that
       ## has this fixed, remove this
-      if (compare_versions (OCTAVE_VERSION, "3.4", "<"))
+      if (compare_versions (OCTAVE_VERSION, "3.4", "<") || compare_versions (OCTAVE_VERSION, "3.6.2", ">="))
         ## this is how it should work
         f_remap = @( k ) ( normal ( k ) );
         normalised ( :, k ) = arrayfun ( f_remap, target_indices );