I have an Android Studio project built under Windows, now when I copy all folder to Mac and try to open it in Mac version of Android Studio it prompts for lots of error, most them pointing to a path on Windows machine.
How can I modify project so all paths be relative and not machine (or absolute path) dependent?
You shouldn't have to modify anything because the shareable files shouldn't have absolute paths in them at all. Share only the source files and build script files (build.gradle and settings.gradle and the Gradle wrapper files). Don't share project files (.iml files or the .idea folder). Don't share the local.properties file, which is local to an individual machine.
Related
What I want to achieve:
A clean build directory generated by CMake for Visual Studio, with build system targets like ALL_BUILD and ZERO_CHECK and additionally created directories like Visual Studio's x64 physically located somewhere else than in the root directory.
What I have tried:
As the accepted answer at CMake: How do I change properties on subdirectory project targets? points out, all I have to do is activating the use of folders with the following line.
set_property(GLOBAL PROPERTY USE_FOLDERS TRUE)
The problem:
This does only create a folder in the visual studio project structure for CMakePredefinedTargets, not in the physical filesystem. And the x64 directory keeps untouched too!
So what do I have to do?
I have a .net core MVC app that was originally created in Visual Studio in Windows. We also develop in Mac OS High Sierra, and I'm having difficulty setting up Visual Studio Code to properly debug the app. These are the aspects of the dillema:
This is a multi-project solution, so in order to run it under .NET Core, we must run the dotnet run command from the parent directory that contains the solution file. If we use the project directory instead, the dependencies don't build correctly
In Visual Studio code I can run the project if I set the cwd property in my launch.json configuration to the solution directory. If I use the project directory instead, we see the same dependency problem
If I set cwd to the solution directory, then that becomes the working directory of the running app, and configuration files aren't loaded correctly
What I need is a way to configure working directory of the app to the project directory, but still build the app from the parent, solution directory. I was hoping to find a way to specify a directory for the preLaunchTask separately, but I haven't found it.
I am trying to install OpenCV 3.0 Aplha. I'm following these instructions
http://docs.opencv.org/trunk/doc/tutorials/introduction/windows_install/windows_install.html
After I download and extract the package, I am supposed to have all the pre-built libraries in the folder :opencv\build\x86\vc12\lib but I don't see them in this folder. This folder only has opencv_ts300.lib and opencv_world300.lib. All the other libraries seems to be missing. Also the bin folder doesn't have the dlls. But statlib folder does seems to have all the static libraries.
I also tried to build the libraries from source, and as per the instructions after building the OpeCVALL.sln in visual studio, I am supposed to have the libraries in the x86\vc12 but the libraries doesn't seem to be building in this folder. After digging through the folders I see that the opencv libraries are found in bin/debug and bin/release folders. I thought I would use these for linking in visual studio but I am not finding the header files in build/include folder
I don't see any of these issues with Opencv 2.49. Any help in debugging this issue with 3.0 would be highly appreciated.
Summary: After I build from source/ or pre-built package, I am able to run the sample applications. But I am not finding the headers and libraries to create a visual studio project from scratch.
Okay I figured out what is going wrong here...
Build INSTALL project manually from the OpenCV.sln by right clicking - > build. This will create the libraries in build/install/x86/vc12 folder. This is where lib,bin and staticlib folders are now residing. Also the include files are in build/install/include.
Library files : located in your cmake folder's lib/debug(or release) folder
DLL files : located in cmake folder's bin/debug(or release) folder
Header files : located in opencv3's build/include folder
Recently, I changed a Visual Studio solution that contains about 140 projects to output all the library project's output files to the same bin folder in the solutions root directory.
After changing all the project's output directories and doing a re-build, I noticed some projects output both in the correct bin\\{platform}\\{configuration}\lib\ folder but also in the bin\ folder. The files appear to be the exact same. Only the DLL and PDB files go into the bin folder, the configuration file and XML documentation file do not. If I do a clean, the files in the bin folder do not get deleted. I can build the projects one at a time and some do this, some don't. If I build using MSBuild from the command line this does not happen.
Is this expected/normal? I built with the MSBuild output set to diagnostics but there is no mention of the bin\ folder alone, all mentions of the bin folder include the correct platform, configuration etc..
I'm using Visual Studio 2010 and I want to code with DLL files.
I adjusted the system environment Path, like C:~~, but execute file can't find DLL files. So I moved the DLL files to c:windows\system32. Then I can use it.
Why can't that find DLL files? I want to know how the computer loads DLL files by using the system environment path.
My path setting is:
%OPENCV_DIR%\bin
(there are DLL files in bin folder)
(OPENCV_DIR = C:\opencv\build\x86\vc10)
and i'm testing Opencv