[kde-solaris] template instantiation problems

[Stefan Teleman]

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 
template. 

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 \ 
-template=geninlinefuncs -verbose=template"

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. :-)

--Stefan

------

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