Is there any progress on porting LinSmith to Gtk-3? Is the code available somewhere public?
Below is a patch fixing the issue. We want to scanDirectory() if fileBaseName matches 'private' case-insensitively. --- a/libs/libFreeMat/Interpreter.cpp +++ b/libs/libFreeMat/Interpreter.cpp @@ -364,7 +364,7 @@ procFileP(prefix + ":" + fileBaseName,fileAbsoluteFilePath,tempfunc); else if (fileBaseName[0] == '@') scanDirectory(fileAbsoluteFilePath,tempfunc,fileBaseName); - else if (fileBaseName == "private") + else if (fileBaseName.toUpper() == "PRIVATE") scanDirectory(fileAbsoluteFilePath,tempfunc,fileAbsoluteFilePath);...
Below is a patch fixing the issue. FREEMAT_VERSION is already quoted. --- a/src/application.cpp +++ b/src/application.cpp @@ -429,7 +429,7 @@ void ApplicationWindow::about() { QString text; text += "FreeMat Version "; - text += QUOTEME(FREEMAT_VERSION); + text += FREEMAT_VERSION; text += "\n\n"; text += "Licensed under the GNU Public License Ver 2\n"; text += "Web: http://freemat.sf.net\n";
Thanks for the merge! I don't need a new release just for this, Debian can carry...
please sort object files to make build reproducible
0.74 is nearly 3 years old. Any chance of a new release please?
Wishlist: please set '-z relro --as-needed' linker options for Linux build
Wishlist: please remove build date from version string
I'm getting expected results from traceroute 2.0.21 on Ubuntu Utopic (kernel 3.16)....
So on newer kernels I see one packet arriving with ee->ee_origin = SO_EE_ORIGIN_LOCAL...
So on newer kernels I see one packet arriving with ee->ee_origin = SO_EE_ORIGIN_LOCAL...
There's also a bug report for 2.0.19 segfaulting with the --mtu switch in Arch Linux:...
Without --mtu or with -I or -T are all fine. 2.0.19 on Trusty, Utopic and Sid all...
Problem with --mtu on recent Debian/Ubuntu distributions
Is MC included now?