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
(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 :
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 acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk