Compiling MatConvNet on Windows - windows

I am trying to compile MatConvNet on Windows 8.1. Since it seems that I need to use the "Makefile" to do that, I downloaded GNUWin Make, which allows to use the make command on Windows. The error I get is the following one:
process_begin: CreateProcess(NULL, C:\Program Files\MATLAB\R2014a\bin\mexext, ...) failed.
while the file C:\Program Files\MATLAB\R2014a\bin\mexext.bat exists.
Do you have any clue on that please?

I also tried to compile MatConvNet on Windows with MinGW and I faced the same error.
Instead, you can try to compile MatConvNet using Visual Studio. It is explained here:
http://blog.csdn.net/zxd675816777/article/details/40075209
With the translation from Chrome browser, it is understandable :)
Thanks to this tutorial, I successfully generated the 4 mexw64 files needed by MatConvNet.

in the new beta-8 we have added new function vl_compilenn which supports compilation on Windows... (no need for Make, plus we've fixed the issues related to msvc compiler). So far it seems to work also for the GPU code...
You can find detail here. Hope that this would help :)

You need to compile it using Visual Studio rather than GNU compiler on Windows. First set up Matlab mex -setup C++ for Visual Studio 2013/2015 and then compile using vl_compilenn function. If you want to compile it for GPU then you need to install CUDA and cudnn as well. Then you can use vl_compilenn('enableGpu', true) to compile it for Windows with GPU support.

Related

Perl6 NativeCall cannot locate symbol in native library

I have a module using NativeCall that works on both Linux and macOS, but not Windows. When I try to use the module on Windows I get lots of errors like:
# Cannot locate symbol 'TinyTIFFReader_open' in native library 'tinytiff.dll'
I use cmake for my C++ dependency on all three OS's. On Linux and macOS I can just cmake ..; make; sudo make install, and on Windows I cmake -G "Visual Studio 15 2017 Win64" .. and then open the created ".sln" in Visual Studio to compile. The build succeeds with no errors on all three OS's.
Does anyone have any ideas of what I would need to do/change to also get my module working on Windows?
The full module is located here: https://github.com/ryn1x/Graphics-TinyTIFF
I think you will have to give TINYTIFFREADER_LIB_EXPORT and TINYTIFFWRITER_LIB_EXPORT defines a value (either in the source, but probably better to have it be passed by the build system) and on windows i think it has to be __declspec(dllexport), otherwise the symbols may not be made available in the dll.

How to compile a library that needs the java-1.?.0-openjdk-devel library on cygwin

Windows: XP 32-bit
Compiler/Environment/Terminal: Cygwin(Can't use any other one)
Ram: 512 MB(Downloading Visual Studio is impossible)
Problem: I need to compile this library, but it needs the "java-1.?.0-openjdk-devel" package, I have did some searching around and found no way to get this package on Cygwin without Visual Studio.
Is there's a way to install the "java-1.?.0-openjdk-devel" package on cygwin? If not, is there's a package that is similiar to it that can assist in compiling this library?
Found an HTML file talking on how to build java-1.?.0-openjdk-devel on Cygwin.
It should help. It explain what are the binaries you should need to build it.

Getting vc++ 2010 code to compile on ubuntu

i have made a program in vc++ 2010 in win7 but since the submission asked for a unix executable file i got ubuntu and am unable to compile to the program. i give the command:
gcc (filename) -o (submission file)
and i am getting a lot of errors as someone guided me over this site that vc++ code will be entirely supported in ubuntu. Then why is the problem? what is the solution?
also if any ide is needed can i use mu code block of windows for ubuntu as well?
You should be using g++ instead of gcc, also VC++ code may or may not work depending on what the submission is required to do as Windows has different libraries for certain things. Try using g++ instead and edit your errors into the question so we can help better.

OpenCV 2.2 Windows XP MinGW build crashes on namedWindow, imshow

I downloaded the latest OpenCV 2.2 sources for Windows and compiled on Windows XP using MinGW 4.4.1, with the help of CMake 2.8.
Everything went smoothly and compilation (mingw32-make) and installation (mingw32-make install) completed successfully.
However, when I compile some code containing namedWindow() and imshow() functions of highgui, it compiles but the program crashes. The following single line of code crashes:
namedWindow("img", CV_WINDOW_AUTOSIZE);
The sample programs coming with OpenCV, displaying images, also crash.
Have anyone experienced the same problem, and do you have a solution?
I have also compiled and am using OpenCV 2.2 on linux (Ubuntu) without any problem.
Thanks a lot.
I've the same problem. I built OpenCV 2.2 under WindowsXP, using CMake, MSYS-make and mingw.
The sollution is explained here: mingw32 SSE/SSE2 instabilities
What I have done is the following:
Use CMake (2.8.4), specify target directory and run "Configure" for MSYS's make.
Type Debug at "CMAKE_BUILD_TYPE".
Remove checkmark for "SSE2".
Run "Configure" again.
Run "Generate".
Run make at target directory.
Run make install.
This worked for me.

qt configuration on windows

I'm having some trouble installing and configuring qt on my vista laptop.
I'm trying to setup a development environment on my laptop where I compile from the command line, because that's how the environment is setup on my university's linux machines, so I don't want to tie myself to some IDE .. (plus, real programmers use the command line!)
I haven't used the command line before for C++ development, it was all MSVC, so now I'm having a bit of trouble.
I'm still using MSVC, but from the command line. I practically have no idea what's going on, I just know that I have to run:
qmake
nmake
to compile my code!
I downloaded the opensource version of qt, and did the configuration, and tried a simple qt application (from a tutorial) and it worked, it compiled and executed pretty much as expected.
Now, when I decided to run another project that uses opengl, I got the following error:
fatal error C1083: Cannot open include file: 'qgl.h': No such file
or directory
I'm not sure where does the compiler look for header files, and I didn't copy any header files anywhere, I assume that configure.exe worked its magic somehow and added the include directory to one or more enviroment variables or to some registery location or whatever other peculier places that the MSVC compiler searches for to find include directories.
However, what I did was search my C:\qt\include\ folder to make sure that qgl.h exists, and sure enough there it was. so why can't nmake find it?
I think the actual solution to this is in your pro file:
QT += opengl
If you want to stay with the command line anyway (plus use it on a linux box later / parallel) I'd suggest at least trying out the MinGW version of Qt. I'm using it regularly, and besides of the non-existance of a GUI it works pretty well. Using MinGW also has the advantage that you can simply download and install the MinGW edition of Qt and don't need to reconfigure or recompile anything.
Also, trying out QtCreator might be interesting. It's still beta and requires the beta Qt 4.5 but it's a nice small IDE that integrates nicely with gcc.
Two potential solutions (they solved issues at my workplace)
Do you have qt include and bin folders in the PATH variable? I think the doc says only one of these is needed, but one of the students had Vista and putting the other in the PATH variable solved a "Cannot open include file" problem.
If you're using MSVC did you run configure and nmake from the Visual Studio command prompt? We had problems when using the bare windows Command Prompt because the VS one adds a lot of temporary environment variables to the configure process.
Good luck
Install the complete Qt SDK for Windows which includes Qt 4.6 SDK, Qt Creator 1.3, and MinGW.
It will also install "Qt Command Prompt" launcher that you can use to build Qt apps from the command line.
I'm sure you're more familiar with MSVC than MinGW, as I do too (I've been using MSVC 6.0 to MSVC# 2008 for developing .NET apps).
But try MinGW with Qt and I think it's better for long term. I do some C++ development on Linux too so getting familiar with MinGW will be beneficial for you in cross-platform C++/Qt development.
For more info, see Installation of Qt 4.6 SDK for Windows.
Qmake generates Makefile from *.pro file located in current directory. It has qt path compiled in. Type "qmake -v" to see it. You can't move qt's dir after compiling it. If You haven't moved it, first maybe try to install Qt following instruction from INSTALL file. Good luck.
The opensource version of Qt does not provide profiles (mkspecs in qt terms) so qmake can generate nmake (msvc) compatible makefiles.
You have to use mingw/gcc.

Resources