Boost logo

Boost-Build :

From: Kevin Wheatley (hxpro_at_[hidden])
Date: 2005-11-08 04:20:58

Reece Dunn wrote:
> Kevin Wheatley wrote:
> > Has anything changed recently in HEAD to stop the linking of the Qt
> > libraries when using BBv2? it looks to me like the Qt libraries are
> > not being passed to the rsp files. The objects are compiled with the
> > right includes etc, just the references to the libraries are not
> > there... the two supplied examples don't work either. They used to
> > work, I can't spot anthing in the actual qt4.jam file that has changed
> > but I know that some work on the responce file handling has been going
> > on so peraps that is where it comes from.
> Can you try this patch and let me know if it doesn't work?
> The original response file generation adds
> but uses logic to add .lib if the files don't have an extension. I could use
> but this overrides the extension, so linking with foo.a doesn't work.
> This shouldn't matter, so the :S=.lib *should* also be ok, however I
> would like this validated.


OK, so it looks better, the rsp file contains a line for each of the 3
QT libraries, but also adds three extra lines similar to this:

"last of my objects ..."



<- end of the file here...

Understandably the linker objects to
<l/msvc-7.1/debugthreading-multi>qtmain "cannot open file" :-)
Interestingly this was for a debug compile, the correct lines feature
the required "qtmaind" not qtmain, and the needed "QtCored4" not
QtCore, etc.

(as well as a couple of blank lines - very minor)

I'm compiling my exe using the following form of reference to Qt...

exe myapp : main.cpp myuifile.ui /Project/sub-library//foo :
<library>/qt4//QtGui ;

using VC 7.1



| Kevin Wheatley, Cinesite (Europe) Ltd | Nobody thinks this      |
| Senior Technology                     | My employer for certain |
| And Network Systems Architect         | Not even myself         |

Boost-Build list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at