List Info

Thread: Re: CH2000 volunteer to do sth. for the UDK project




Re: CH2000 volunteer to do sth. for the UDK project
user name
2007-01-25 07:42:12
Kay Ramme - Sun Germany - Hamburg wrote: > Hi Stephan, > > Stephan Bergmann wrote: >> >> "* a C++ Uno runtime would be stacked on top of C Uno, >> * there is no living C language binding," >> >> Do we want one? > Yes, I think so. A C runtime likely makes Uno more attractive to other > projects. Just another point: If you ever want to make a new C++ binding (because you just need to become incompatible), than it is much easier implemented if the core functionality is encapsulated in a module below, instead of heaving it mixed with the current C++ implementation ... Kay --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribeudk.openoffice.org For additional commands, e-mail: dev-helpudk.openoffice.org
Re: CH2000 volunteer to do sth. for the UDK project
user name
2007-02-02 02:41:51
Hi  Kay,  Stephan, 

>> 
>> Thanks for taking interest.  Anyway, not directly
related to your 
>> request, I have some troubles with that todo. 
Quoting from that wiki page:
>> 
>>  "There are various obstacles in the way to
cleanly separate C Uno (AKA
>>   Binary Uno) from C++ Uno. Some of these are
>> 
>>   * the C Uno runtime is implemented in C++,"
>> 
>> In how far is that a problem?
> In case that we understand a clean separation of the C
and C++ Uno 
> runtimes in a way, that the C++ runtime is implemented
on top of the C 
> runtime, than the C runtime may not be implemented by
using elements 
> (headers) of the C++.
> 
> You could argue, that the C runtime may very well use
C++ inline stuff from the C++ runtime, which is valid

Yes , I think so.

>   but please see below.
>> 
>>  "* a C++ Uno runtime would be stacked on top
of C Uno,
>>   * there is no living C language binding,"
>> 
>> Do we want one?
> Yes, I think so. A C runtime likely makes Uno more
attractive to other projects.

Good idea, but how to do that?

>> 
>>  "* Upper level modules headers may not be
used, until they are
>>     delivered, even if they are self
contained."
>> 
>> What is meant with that?
> What I want to say is, that in a lower module you may
not use upper 
> level implementations, even in case they are completely
inline, as 
> during building the upper levels are not yet
delivered.

Thank you, I see.

Now , how can we start to do the task?

>> 
>> -Stephan
> 
> Kay


Regards,
Liyuan
[1-2]

about | contact  Other archives ( Real Estate discussion Medical topics )