octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: release 3.0.2 again


From: Thomas Treichl
Subject: Re: release 3.0.2 again
Date: Tue, 07 Oct 2008 23:21:31 +0200
User-agent: Thunderbird 2.0.0.17 (Macintosh/20080914)

John W. Eaton schrieb:
On  8-Sep-2008, John W. Eaton wrote:

| On 30-Aug-2008, Thomas Treichl wrote:
| | | Hi, | | | | it took me a while (like always ;) but finally I found the origin of that | | problem. There has been a change to load-path.cc from Octave version 3.0.0 to | | 3.0.1 from | | | | static void
| |    maybe_add_path_elts (std::string& path, const std::string& dir)
| |    {
| |      std::string tpath = genpath (dir);
| | | | if (! tpath.empty ())
| |        path += dir_path::path_sep_str + tpath;
| |    }
| | | | into | | | | static void
| |    maybe_add_path_elts (std::string& path, const std::string& dir)
| |    {
| |      std::string tpath = genpath (dir);
| | | | if (! tpath.empty ())
| |        {
| |          if (path.empty ())
| |       path = tpath;
| |          else
| |       path += dir_path::path_sep_str + tpath;
| |        }
| |    }
| | | | With this new function the '--path' option from command line does not work | | anymore in 3.0.1 and 3.0.2 on my system. I replaced that new function in the | | 3.0.1 and 3.0.2 sources with the function from the 3.0.0 sources and recreated | | the binaries of Octave.app once again. Both (3.0.1 and 3.0.2) then accepted the | | '--path' option correctly. | | | | Maybe this also addresses Vic's problem who found out another strange path | | problem at startup (but I'm not sure about this as I don't have any BBedit | | available) | | | | https://www-old.cae.wisc.edu/pipermail/help-octave/2008-August/010660.html | | | | Could we revert the change of maybe_add_path_elts for the 3.0.3 version and use | | the 3.0.0 function once again? | | It seems to me that the new version is correct because it only does | | PATH = PATH + SEP + TPATH | | if PATH is not empty. Otherwise, it simply sets PATH to TPATH. Isn't
| that the correct thing to do?  The previous version of the function
| could result in
| | PATH = SEP + TPATH | | which I think caused some problems. So I don't think that this is the
| proper fix to the problem you are seeing.

Does the following patch (without the change you suggest above) also
solve the problem for you?

jwe

For 3.0.2 this was the right thing to do, thanks.
I didn't have any chance to look at 3.0.3 right now.

  Thomas


reply via email to

[Prev in Thread] Current Thread [Next in Thread]