-
Notifications
You must be signed in to change notification settings - Fork 598
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Matlab 2018b - Ubuntu 18.04 - Missing Gateway function #278
Comments
From reading the linked PR, it seems the problem was that Short of waiting for a new Can you try patching #ifdef _MSC_VER
__declspec(dllexport)
#endif |
Thank you for your fast reply, I tested your fix, but it is not working. The same error remains
|
are you sure it got rebuilt and installed after patching ? |
I erased the the whole repo and the |
oh, right, this patch should not be needed on Linux, only for msvc. if this returns nothing you can try to add |
Thanks, @dsieb! I updated CMake to version 3.10.2 and then I could use NLopt in Matlab 2018b - Ubuntu 18.04. |
I have the same problem on Ubuntu 18.04, any idea about?
the output of |
I've solved the issue adding to the CMakeLists.txt in the octave folder the following line |
Hi everyone,
i have been installing NLopt using the Ubuntu 18.04 normal CMake version (3.10.2), with
(from a sub directory 'build') for the usage with Matlab 2018b. After
i tried to run the matlab script
and received the error
I found the issue robotology/blockfactory#4, which describes an problem between CMake (namely the FindMatlab.cmake) and Matlab Version 2018b.
The newer versions of CMake got a fix, which solves this problem https://gitlab.kitware.com/cmake/cmake/issues/18391 .
I found an fix for the combination between CMake version 3.10.2 and Matlab version 2018b in robotology-dependencies/qpOASES#11, where the the new CMake FindMatlab.cmake (https://raw.githubusercontent.com/Kitware/CMake/v3.14.3/Modules/FindMatlab.cmake) file should be copied in the local 'cmake' folder of the repository and robotology-dependencies/qpOASES@899afd8 should be applied.
This solves the problem locally, such that the given Matlab example is working.
Is there an other (better) workaround for this problem?
The text was updated successfully, but these errors were encountered: