On Fri, May 24, 2002 at 10:25:34AM +0200, Pac wrote:
| Le 23/05/02 à 22:09, dman a écrit:
| dman On Thu, May 23, 2002 at 07:15:34PM +0200, Pac wrote:
| dman | why ?
| dman
| dman Layers upon layers upon layers of indirection. The JVM interprets
| dman java bytecode. It then delegates the native
On Thu, May 23, 2002 at 07:15:34PM +0200, Pac wrote:
| why ?
Layers upon layers upon layers of indirection. The JVM interprets
java bytecode. It then delegates the native methods to some C code
(from the java-gnome project). Those C/C++ functions then invoke some
other C/C++ functions and so
Le 23/05/02 à 22:09, dman a écrit:
dman On Thu, May 23, 2002 at 07:15:34PM +0200, Pac wrote:
dman | why ?
dman
dman Layers upon layers upon layers of indirection. The JVM interprets
dman java bytecode. It then delegates the native methods to some C code
dman (from the java-gnome project).
dman escreveu:
(java is not OO, it is Class-O).
Have you got any URL explaining what you mean, or can you provide a
concise explanation?
--
_
/ \ Leandro Guimarães Faria Corsetti Dutra+41 (21) 216 15 93
\ / http://homepage.mac.com./leandrod/fax +41 (21) 216 19 04
X
On 2002.05.24 04:25 Pac wrote:
Le 23/05/02 à 22:09, dman a écrit:
dman On Thu, May 23, 2002 at 07:15:34PM +0200, Pac wrote:
dman | why ?
dman
dman Layers upon layers upon layers of indirection. The JVM
interprets
dman java bytecode. It then delegates the native methods to some C
code
dman
On Wed, May 22, 2002 at 11:36:06PM +0200, Pac wrote:
|
| [...]
| dman $ ./a.out
| dman Hello World
|
| thanks but I all ready knew that !!!
:-).
| dman
| dman | into a library and to use it into
| dman |
| dman | a GTK+ application
| dman | a Qt application
| dman |
| dman | ??
| dman
|
Le 22/05/02 à 23:54, dman a écrit:
dman
dman | See this from http://gcc.gnu.org/gcc-3.1/changes.html :
dman |
dman | # JNI and CNI invocation interfaces were implemented, so gcj-compiled
Java code can now be called from a C/C++ application.
dman
dman I didn't know that. That's a good
On Thu, May 23, 2002 at 09:11:29AM +0200, Pac wrote:
| Le 22/05/02 à 23:54, dman a écrit:
| dman | See this from http://gcc.gnu.org/gcc-3.1/changes.html :
| dman |
| dman | # JNI and CNI invocation interfaces were implemented, so
gcj-compiled Java code can now be called from a C/C++
On 2002.05.23 08:55 dman wrote:
On Thu, May 23, 2002 at 09:11:29AM +0200, Pac wrote:
| Le 22/05/02 à 23:54, dman a écrit:
| dman | See this from http://gcc.gnu.org/gcc-3.1/changes.html :
| dman |
| dman | # JNI and CNI invocation interfaces were implemented, so
gcj-compiled Java code can now
why ?
the point is that evas provides hardware acceleration capabilities.
But evas you should Xlib function create a window to put an evas
canvas into it.
I was wondering if a new GTK component were made to encapsulated the
Xlib call and be able to communicate with evas library.
pac
--
R.Pac
Hi all,
does anyone have a documentation that shows how to use GCJ 3.1 to compile
(in native mode) a set java classes into a library and to use it into
a GTK+ application
a Qt application
??
Best regards
--
R.Pac
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
On Wed, May 22, 2002 at 09:15:13PM +0200, Pac wrote:
| Hi all,
|
| does anyone have a documentation that shows how to use GCJ 3.1 to compile
| (in native mode) a set java classes
$ cat Hello.java EOF
public class Hello
{
public static void main( String[] argv )
{
[...]
dman $ ./a.out
dman Hello World
thanks but I all ready knew that !!!
dman
dman | into a library and to use it into
dman |
dman | a GTK+ application
dman | a Qt application
dman |
dman | ??
dman
dman To make use of existing C/C++ libraries requires writing JNI (or CNI)
dman bridge
13 matches
Mail list logo