[SOLVED] QT and boost : cannot find -llibboost_filesystem...

[sneubert]

@cybercatalyst
I agree, but this wont solve the problem.

[cybercatalyst]

It does solve the problem, because you the errors you see are linker errors caused by boost. If you just stick to the Qt classes like intended, you will not have those.

[SGaist]

@zarachbaal said:

undefined reference to `_imp___ZN5boost6threadC1Ev

Hi,

You're not linking to the boost_thread library.

You missing something like:
LIBS += -lboost_thread-mgw48-mt-1_52
or similar

[zarachbaal]

@cybercatalyst :

In fact I'm using the EyeTribe eye tracking device and the SDK uses the boost library.
So I have no choice but using it.

[cybercatalyst]

No offense, but in that case you should contact their support instead asking here. I hope you understand, this is not something the community could/should help you with as the source of problems clearly is the usage of boost.

(in the sense to make them aware of their fault, you should request them to fix it)

[sneubert]

@cybercatalyst

Using boost and qt together is not uncommon. There are indeed some libraries in boost that have no equivalent replacement in qt. Sure this seems not to be a qt issue, but if you do not want to help, just leave it. I for one, as part of the community saved a lot of time looking at posts like this. And by the way the valuable answers have never been something like "dont do that" or "ask someone else".

[zarachbaal]

@SGaist :

I added "-lboost_thread-mgw48-mt-1_52" at the end of my "LIBS +=..." line.
It finds the library but I still have those errors...

I also changed the order of my includes as sneubert suggested but that did not help

@cybercatalyst :

I will contact them about this but I have to make it work on Qt for the next week...

[cybercatalyst]

@sneubert said:

Using boost and qt together is not uncommon.

Yes, you are right! And it's the source for a whole bunch of unnecessary issues. That's why I find it important to state it's the wrong way to go. The fact that boost and qt are being used side-by-side comes from the misconception that people want to somehow get rid of Qt on non-GUI code in lower level stuff because Qt is GUI-only. This is very bad and it's important to remind that Qt is an application framework.

This is the only reason I am writing this and if it makes people to rethink then this has been very useful imo.

[SGaist]

Did you check that the library name is correct ? I've based it on the ones you're already using so I might have missed something

[zarachbaal]

@SGaist :

Yes I checked and the library is here, i even copy/pasted the name to be sure
Qt does find the library, if I enter a wrong library name it gives an error (error : cannot find "false_library_name")

As I said before I only have "libboost_thread-mgw48-mt-1_52.a" file.
When I had '.a', '.dll' and '.dll.a' files for "libboost_system..."

Maybe it has something to do about it ?

[SGaist]

You can try adding DEFINES += BOOST_THREAD_USE_LIB

[zarachbaal]

@SGaist :

I just added your code, unfortunately it has no effect on the errors.

[sneubert]

I checked my boost lib dir and I do have a libboost_thread-mgw... .dll and .lib so maybe you investigate the build of the boost libraries.

[zarachbaal]

@sneubert :

I downloaded and built boost 1.58.
This time I do have '.a', '.dll' and '.dll.a' for libbost_thread...
But it does not change anything

I don't recall doing anything in particular but the errors about 'thread' are not the same anymore.
They were like :
undefined reference to _imp___ZN5boost6threadC1Ev'
undefined reference to _imp___ZN5boost6thread4joinEv'

And now :
undefined reference to boost::thread::thread()'
undefined reference to boost::thread::joinable() const'

I just noticed that I have another error :
cc1plus.exe:-1: erreur : note: initialized from here
file not found : cc1plus.exe

[sneubert]

cc1plus.exe is the cpp compiler invoked by gcc.
Do you have another MinGW installation on your system?
Maybe you have some references in your local or global PATH
environment variable pointing to the wrong MinGW bin dir?

[zarachbaal]

I have MinGW installed in C:/MinGW
And also the one that comes with Qt Creator.

In my PATH I have set "C:\Qt\qtcreator-2.4.1\mingw\bin"

Nevermind, this error appeared because I changed the MinGW to use in Project options.
If I select the MinGW that comes with Qt Creator this error disappears.

[zarachbaal]

I may have an idea why it's not working.
I did not see, but I had Strawberry perl installed and it has mingw.
In my path I had "C:\Strawberry\c\bin" set, so I built boost using this mingw (v4.8.1) and the mingw that comes with Qt creator is v4.4.0

I removed strawberry from the path.
I am currently rebuilding boost with the correct mingw, will update tomorrow.

[sneubert]

I´m curious about it.

[SGaist]

Never modify PATH when you are developing (it should also be avoided as much as possible the rest of the time), it's in the same category as developing as root on linux ;)

More seriously, having MinGW or the Qt bin path in your PATH is an open door to a world of problem since you will be thing you are using one version of a library while in fact using another one. Also, MinGW isn't always compatible between two versions of their compiler. That's probably why you had problem in the first place since you where using two different versions.

In any case, one rule that you should apply on Windows: Use the same compiler for all your code and dependencies. It's not always possible but it will greatly simplify your life.

[zarachbaal]

That was it, it works fine now !

@SGaist : I did not notice in the first place that I was using two versions of MinGW.
When I installed Strawberry some weeks ago he added himself his path to the environement variable PATH.
So I thought I was compiling boost with the MinGW from Qt Creator, I did not pay enough attention to the 'mg48' in librairies' name that should have been 'mg44'.

How do I make this subject "solved" ?