On 06/11/18 04:30, Matthew R. Trower wrote:
Nah. The issue is traceable back to Ptr.C and Ptr.h. Stripping out
preprocessor #if noise, the generated entmgr_inst.C tries to do this:
---
template class Ptr<Origin>;
template class ConstPtr<Origin>;
---
class Ptr defines and implements a 'clear()' method.
class ConstPtr derives from Ptr, and does this:
---
using Ptr<T>::clear;
---
Ulrich, this code compiles fine for you with SunStudio? It sounds like
you've been getting clean builds, yet this is another issue that I've
had for years...
Yes, it works for me on 4 systems (OpenIndiana 151a8, Hipster 2014.10,
Solaris 11.0 and Solaris 11.2). So I can't reproduce your problem.
But I'm using SolarisStudio 12.3 on all systems.
I found a similar bug:
https://stackoverflow.com/questions/22233320/is-this-a-mangling-bug-in-solaris-studio
which seemed to be a compiler problem. Maybe they've fixed it in the
meantime in newer compilers.
At least it would be an explanation why it works for me and not for you.
I've also tested your patch (the one-liner) and its ok for me.
But its only tested on Suns with SolarisStudio.
I'm also wondering about the paths in your build log:
e.g. Current working directory
/usr/share/src/cde/nsgmls/cde/programs/nsgmls
Is /usr/share/src/cde/nsgmls/cde your CDE base directory?
Then I've found for dtksh:
/usr/src/cde/nsgmls/cde/programs/dtksh/ksh93/...
That's another path. Could it be that your CDE installation is a litle bit
mixed up? Sorry for the question, but this could also cause problems,
if you are using wrong header files or libraries.
--
Ulrich Wilkens
Email: m...@uwilkens.de
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel