Linking Error in Windows 7 about g2o HOT 5 CLOSED

Hi,

I'm currently not able to test this myself, as I do not have SuiteSparse
running on Windows. Hence, I can only suggest to try the following.

Can you please verify that you are also linking with types_slam2d?
Furthermore, the code under interactive_slam currently lacks the API
headers required for dynamically linked libraries. I guess there might
be some other errors showing up later.

Cheers,
Rainer

On 16.07.2012 17:02, Stephen Chai wrote:

Hello,

I currently have problems linking g2o to my program in Windows.

I have successfully built the g2o with the help of CMake. I used MSVC 2010 Pro Edition (VC10) and built 2 variants of the library - 32/64 bit. I am using Windows 7 Professional Edition.

After placing the .dll and .lib files in the directories my solution/project files search for libraries, I get the following linking error when I try to build the project:

1>graph_optimizer_sparse_online.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: void __cdecl g2o::SE2::fromVector(class Eigen::Matrix<double,3,1,0,3,1> const &)" (_imp?fromVector@SE2@g2o@@QEAAXAEBV?$Matrix@N$02$00$0A@$02$00@Eigen@@@z) referenced in function "public: void __cdecl g2o::OnlineVertexSE2::oplusUpdatedEstimate(double *)" (?oplusUpdatedEstimate@OnlineVertexSE2@g2o@@QEAAXPEAN@Z)
1>graph_optimizer_sparse_online.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: class Eigen::Matrix<double,3,1,0,3,1> __cdecl g2o::SE2::toVector(void)const " (_imp?toVector@SE2@g2o@@qeba?AV?$Matrix@N$02$00$0A@$02$00@Eigen@@xz) referenced in function "public: void __cdecl g2o::OnlineVertexSE2::oplusUpdatedEstimate(double *)" (?oplusUpdatedEstimate@OnlineVertexSE2@g2o@@QEAAXPEAN@Z)
1>graph_optimizer_sparse_online.obj : error LNK2019: unresolved external symbol "__declspec(dllimport) public: void __cdecl g2o::BaseVertex<3,class g2o::SE2>::setEstimate(class g2o::SE2 const &)" (_imp?setEstimate@?$BaseVertex@$02VSE2@g2o@@@g2o@@QEAAXAEBVSE2@2@@z) referenced in function "public: virtual int __cdecl g2o::SparseOptimizerOnline::optimize(int,bool)" (?optimize@SparseOptimizerOnline@g2o@@UEAAHH_N@Z)

This seems to suggest that in the process of building the library itself, certain symbols were left out, resulting in link error related to __declspec.

Is there any way I can fix this problem? Or am I using the library in the wrong manner?

Do let me know if you need more information from me to resolve this problem.

Thank you.

---

Reply to this email directly or view it on GitHub:
#6

from g2o.

Hello,

Thanks a lot for your information! Now it's working fine with my program. =)

I guess I am unable to attach any files to this forum (I'm pretty new here). I would just like to highlight that in graph_optimizer_sparse_online.cpp, there are linux-specific calls for the gnuplots. This causes a compilation error in Windows. I fixed/hacked it with some macros ignoring the calls (culprits are popen() and pclose()); it very ugly but I guess it works.

I am not sure if you would wish to look into this and fix the issue. I think Windows support may not be high in your priority now.

Thanks a lot once again.

Regards,
Stephen

from g2o.

Nice, that it is working.

You may send me a patch via email, if you like.
[email protected]

Cheers,
Rainer

On 16.07.2012 17:48, Stephen Chai wrote:

Hello,

Thanks a lot for your information! Now it's working fine with my program. =)

I guess I am unable to attach any files to this forum (I'm pretty new here). I would also like to highlight that in graph_optimizer_sparse_online.cpp, there are linux-specific calls for the gnuplots. This causes a compilation error in Windows. I fixed/hacked it with some macros ignoring the calls (culprits are popen() and pclose()); it very ugly but I guess it works.

I am not sure if you would wish to look into this and fixed the issue. I think Windows support may not be high in your priority now.

Thanks a lot once again.

Regards,
Stephen

---

Reply to this email directly or view it on GitHub:
#6 (comment)

from g2o.

The popen / pclose issue among some others should now be fixed in the
slam3d_new branch with commit a477cdf

Let me know if there are issues remaining.

Cheers,
Rainer

On 16.07.2012 17:48, Stephen Chai wrote:

Hello,

Thanks a lot for your information! Now it's working fine with my program. =)

I guess I am unable to attach any files to this forum (I'm pretty new here). I would also like to highlight that in graph_optimizer_sparse_online.cpp, there are linux-specific calls for the gnuplots. This causes a compilation error in Windows. I fixed/hacked it with some macros ignoring the calls (culprits are popen() and pclose()); it very ugly but I guess it works.

I am not sure if you would wish to look into this and fixed the issue. I think Windows support may not be high in your priority now.

Thanks a lot once again.

Regards,
Stephen

---

Reply to this email directly or view it on GitHub:
#6 (comment)

from g2o.

Hello Rainer,

We have here a patch file for the CMake as well, in case you are interested. There is a problem trying to build static libraries (which is something people might do in Windows) because some of the MACROs insist on using shared libraries. I'm not sure if it is deliberate because I did a short check on the history and it was actually not like that previously but it was later changed.

Anyway, I have emailed you the patch file for your reference. Let me know if it is helpful.

Thanks again for the prompt responses.

from g2o.