Skip to content
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

Compiling Octomap under Windows 7 VC++2008, linker error DLL paths #47

Closed
tmdiv opened this issue Sep 5, 2013 · 4 comments
Closed

Compiling Octomap under Windows 7 VC++2008, linker error DLL paths #47

tmdiv opened this issue Sep 5, 2013 · 4 comments
Assignees
Labels

Comments

@tmdiv
Copy link
Contributor

tmdiv commented Sep 5, 2013

While compiling Octomap liboctomap.dll was not found by exampleEDT3D, exampleEDTOctomap, octovis.
Visual produces this DLL for debug in c:/octomap-1.6.1/lib/debug, for release in c:/octomap-1.6.1/lib/release. In the output the missing lib was supposed to be in ......\lib\liboctomap.dll (not divided to release and debug). How to force cmake configs to set dll paths correctly ?

@tmdiv
Copy link
Contributor Author

tmdiv commented Sep 12, 2013

I set all the linker settings so the paths are correct now. The only last thing that remain is octovis-shared linker error so octovis.dll is not generated. 7 errors connected with the same QObject class. For example:

SelectionBox.obj : error LNK2001: unresolved external symbol "public: virtual bool __thiscall QObject::event(class QEvent *)" (?event@QObject@@UAE_NPAVQEvent@@@Z)

The project has in include SelectionBox.h
Is this some QGLViewer library problem ?

@ahornung
Copy link
Member

Yes, there is a problem linking Qt. These instructions should detail the compilation and a few fixes needed for VC++: https://github.com/OctoMap/octomap/tree/devel/octovis#microsoft-visual-studio-2010

If you find that additional steps are needed, just update the instructions via pull request.

@ahornung ahornung reopened this Oct 23, 2013
@tmdiv
Copy link
Contributor Author

tmdiv commented Oct 23, 2013

Despite the instructions there are still problems with release and debug folders, lib names octomap and octomath produces lib in /bin folder while other subprojects search for lib in /lib directory.
After changing filenames and copying files to different folders manually, all exe files work.

@ahornung ahornung self-assigned this Jan 2, 2016
ahornung added a commit that referenced this issue Jan 2, 2016
Removes the Debug/Release path prefix and changes the exported library
files to .lib
@ahornung
Copy link
Member

ahornung commented Jan 3, 2016

Fixed now, the CMake config for windows now drops the Release and Debug path prefixes and puts the .lib files for linking into the exported CMake configs.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants