Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-12-13 Thread Stephan Bergmann
Thorsten Behrens wrote: Stephan Bergmann [EMAIL PROTECTED] writes: That is, from my side: go ahead. Hi Stephan, all, well, finally got around doing just that. Issue http://www.openoffice.org/issues/show_bug.cgi?id=72499 contains a patch, that adds said functionality, and addresses a few

Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-12-13 Thread Thorsten Behrens
Stephan Bergmann [EMAIL PROTECTED] writes: I saw your patch yesterday and only had a quick glance at it. What I do not understand is whether those few ambiguities/incomplete types across OOo are related to the Reference change (i.e., whether the Reference change introduces an incompatibility

Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-12-13 Thread Stephan Bergmann
Thorsten Behrens wrote: Stephan Bergmann [EMAIL PROTECTED] writes: I saw your patch yesterday and only had a quick glance at it. What I do not understand is whether those few ambiguities/incomplete types across OOo are related to the Reference change (i.e., whether the Reference change

Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-12-13 Thread Stephan Bergmann
Thorsten Behrens wrote: Stephan Bergmann [EMAIL PROTECTED] writes: I saw your patch yesterday and only had a quick glance at it. What I do not understand is whether those few ambiguities/incomplete types across OOo are related to the Reference change (i.e., whether the Reference change

Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-08-22 Thread Stephan Bergmann
Thorsten Behrens wrote: Stephan writes: I vaguely remember having discussed this before with Daniel Bölzle, but neither of us can remember whether there were any serious problems with it. Well, will of course try this on a full build ;-) Whether or not the constructor should be explicit

Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-08-22 Thread Thorsten Behrens
Stephan Bergmann [EMAIL PROTECTED] writes: Third, the implicit option you proposed where you can implicitly use xDerived for the up-cast. That the third most closely mimics plain pointers does not automatically qualify it as the best solution. Too much implicit conversion can make code

Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-08-22 Thread Stephan Bergmann
Thorsten Behrens wrote: Stephan Bergmann [EMAIL PROTECTED] writes: Third, the implicit option you proposed where you can implicitly use xDerived for the up-cast. That the third most closely mimics plain pointers does not automatically qualify it as the best solution. Too much implicit

Re: [udk-dev] cpp uno: Enhancement for uno::Reference

2006-08-21 Thread Thorsten Behrens
Stephan writes: I vaguely remember having discussed this before with Daniel Bölzle, but neither of us can remember whether there were any serious problems with it. Well, will of course try this on a full build ;-) Whether or not the constructor should be explicit might be a question of