[kde-solaris] template instantiation problems
steleman at nyc.rr.com
Fri Jul 16 01:57:42 CEST 2004
The last trick i would try is to declare the QStringList variable in
question as volatile, hoping that the volatile qualifier will force
the compiler to instantiate all needed member methods of the
If this doesnt work either, then the only fix is to change the
template instantiation method from "extern" to "global":
CXXFLAGS += " -features=%all,extensions -instances=global \
This means that templates will now be instantiated within the object
file, for each object, instead of using a separate template
repository. This (global) is the method i use.
Make absolutely sure that, at link time, you do _not_ call the linker
directly, but you link with
$(CXX) $(CXXFLAGS) $(LDFLAGS)
The drawback of this method is that you have to rebuild absolutely
everything from scratch, by doing a "make clean".
Deleting the SunWS_cache directory without doing a "make clean" is
never a good idea. It always ends up in trouble.
KDE _can_ be built with SunProCC. :-)
On Thursday 15 July 2004 09:29, Héctor López Romero wrote:
> Even this experiment was n't successfully! I get the same error.
> I try another variant purposed from Rainald. He purpose to delete
> completly the SunWS_cache/CC_obj_5 subdirectory and expect that the
> compiler generate it again. The result of this experiment was, that
> I get: "The library on SunWS_cache/CC_obj_5 not exist and the
> compiler does n't generate a new one.
Stefan Teleman 'Nobody Expects the Spanish Inquisition'
steleman at nyc.rr.com -Monty Python
More information about the kde-solaris