Am Mittwoch, 21. Februar 2007 23:31 schrieb Thiago Macieira:
Alexander Neundorf wrote:
If I link some compiled headers without -no-undefined, it seems to work.
Am I missing something ?
Basically we want to:
==
#define QT_NO_CAST_FROM_ASCII
#define QT_NO_CAST_TO_ASCII
#define
Am Donnerstag, 22. Februar 2007 00:21 schrieb Brad King:
For the VS IDE generators there does not seem to be a way to compile
sources without archiving them, but since the objects contain only a few
symbols they should not be too big.
It's not necessary to do this for any but one platform, so
Stephan Kulow wrote:
It's even worse. Linking will break in some cases
Oh? I would think they should all compile and link.
What were those linking errors? Were they justified?
--
Thiago Macieira - thiago (AT) macieira.info - thiago (AT) kde.org
PGP/GPG: 0x6EF45358; fingerprint:
Am Donnerstag, 22. Februar 2007 10:51 schrieb Thiago Macieira:
Stephan Kulow wrote:
It's even worse. Linking will break in some cases
Oh? I would think they should all compile and link.
What were those linking errors? Were they justified?
I'm not expert enough to tell you if they are
On Thursday, 22. February 2007 10:51, Thiago Macieira wrote:
What were those linking errors? Were they justified?
In some cases, they are, like for example virtual inline functions. In some
other cases, they were not (missing #include caused gcc to interpret type
attributes as instantiation
Hi,
coolo and I are wondering how to add a custom target, that when invoked,
builds a lot of generated sources (consisting of a couple of custom compile
defines and an include statement) in parallel (up to the usual make -j
parallelism level) and does not link them together (because linking
Am Mittwoch, 21. Februar 2007 15:02 schrieb Dirk Mueller:
Hi,
coolo and I are wondering how to add a custom target, that when invoked,
builds a lot of generated sources (consisting of a couple of custom compile
defines and an include statement) in parallel (up to the usual make -j
On Wednesday 21 February 2007 15:02, Dirk Mueller wrote:
Hi,
coolo and I are wondering how to add a custom target, that when invoked,
builds a lot of generated sources (consisting of a couple of custom compile
defines and an include statement) in parallel (up to the usual make -j
parallelism
Am Mittwoch, 21. Februar 2007 18:41 schrieb Alexander Neundorf:
On Wednesday 21 February 2007 15:02, Dirk Mueller wrote:
Hi,
coolo and I are wondering how to add a custom target, that when invoked,
builds a lot of generated sources (consisting of a couple of custom
compile defines and
On Wednesday 21 February 2007 20:18, you wrote:
Am Mittwoch, 21. Februar 2007 18:41 schrieb Alexander Neundorf:
On Wednesday 21 February 2007 15:02, Dirk Mueller wrote:
Hi,
coolo and I are wondering how to add a custom target, that when
invoked, builds a lot of generated sources
On Wednesday 21 February 2007, Stephan Kulow wrote:
Ok, why ?
a) because we're really only interested in compiling the include statement
b) linking simply does not work with these object files
It might help to give Alex the context: this is about automatically testing
that the
public headers
On Wednesday 21 February 2007, Alexander Neundorf wrote:
If I link some compiled headers without -no-undefined, it seems to work.
Yeah; it's probably a waste of time though ;) They don't need to be linked at
all ;)
--
David Faure, [EMAIL PROTECTED], sponsored by Trolltech to work on KDE,
Thiago Macieira wrote:
Since that's just an empty file and will produce hardly any symbols,
there's no need to link.
One solution is to build the sources in a static library. The archiver
does not care about symbol resolution since it does not really link
anything:
ADD_LIBRARY(check_compile
13 matches
Mail list logo
