| About CDT [message #3237] |
Wed, 12 December 2001 04:45  |
Eclipse User |
|
|
|
Originally posted by: john_rambo.bulgaria.com
Hi,
First I would like to congratulate all of the Eclipse platform developers
for the great job they have done!!
I'm interested in CDT because of the great impact I think they will have
on C++ IDE market.
Will there be any different mechanisms for integrating already existing
code that is not written in Java ( I know about Eclipse OLE support for
Windows)?
Could you please tell me where and when will I be able to receive more
detailed info?
Thanks in advance,
Sincerely yours,
John Rambo
|
|
|
|
| Re: About CDT [message #3701 is a reply to message #3237] |
Wed, 12 December 2001 10:40  |
| Eclipse User |
|
|
|
Originally posted by: c4eclipse.nospam.ca.ibm.com
John,
We can classify the mechanisms into a few categories:
JNI - integrating C code through Java native methods
This is how SWT accesses the platform's native widgets. CDT doesn't do
this though,
we don't add any native methods.
Component architecture - There is no uniform answer. On Windows, it is
OLE/ActiveX as you point out. On Linux, this function is provided by
the desktops and, since Linux has
two main desktops in Gnome and KDE there are two solutions, Bonobo and
KParts. Eclipse, and CDT,
don't exploit either of these.
Application launch, with or without IPC - We do this in CDT.
Although the CDT supports C and C++ development, all of the plugin code that
provides this
function is written in Java. All cases where we are using existing C or
C++ code is by
launching applications or utilities as separate processes, and not by
integrating their
code into Eclipse.
This approach makes sense for us, because we haven't found a critical need
for tighter integration
that would convince us to give up the portability of Java. Also, some of
that existing code is
governed by licenses (e.g. the GPL) that are incompatible with the Common
Public License, and launching in a separate process is the only alternative.
Most of the code we reuse in this way is non-GUI applications like gcc, which
we just run.
However, when we launch Konqueror as a help browser we then use DCOP (the
Desktop Communications
Protocol, see http://developer.kde.org/documentation/kde2arch/dcop.html) IPC
to control it.
KDE provides a command-line "dcop" utility that we use to do this.
Brian Thomson
IBM
John Rambo wrote:
> Hi,
> First I would like to congratulate all of the Eclipse platform developers
> for the great job they have done!!
> I'm interested in CDT because of the great impact I think they will have
> on C++ IDE market.
> Will there be any different mechanisms for integrating already existing
> code that is not written in Java ( I know about Eclipse OLE support for
> Windows)?
> Could you please tell me where and when will I be able to receive more
> detailed info?
> Thanks in advance,
> Sincerely yours,
> John Rambo
|
|
|
Powered by
FUDForum. Page generated in 0.25577 seconds
Home