Newbie Questions

Newbie Questions

[Clemens Eisserer]

Hello!

I'm still a very newbie at gjc so plaese dont be angry about my stupid 
questions ;-)....

When I heard first time about gjc and libgjc a was very excited about 
it. But I dont know what I can really do with it.
I heard it is nearly compatible with Java-1.1.8 (without Gui-Stuff...), 
but can I really make native apps with it, like any C++ app.
Is there nothing like a runtime, everything nativly? That would be sooo 
cool....

Is it possible to link static with libgjc , so that the user dont need 
to install it.(Of cource there will be choice...)

Is there a garbage-collector avaible? And how is that realized, I thing 
there is no runtime-enviroment...

I heard that there are already some AWT-Classes. Are they ready to use 
and how does they look on linux? (I heard something like GTK)...

Will all java-classes that are included in my file (e.g. java.io.*) 
 compiled nativly?

Is gjc a "dead" or lacy project, or is there much traffic on it?




Thank you very much for answering my questions and sorry for my bad 
english ;-).....

Re: Newbie Questions

[Tom Tromey]

>>>>> "Clemens" == Clemens Eisserer <linuxhippy@freemail.de> writes:

Clemens> I'm still a very newbie at gjc so plaese dont be angry about
Clemens> my stupid questions ;-)....

Don't worry.  But it is called "gcj".

Clemens> I heard it is nearly compatible with Java-1.1.8 (without
Clemens> Gui-Stuff...), but can I really make native apps with it,
Clemens> like any C++ app.  Is there nothing like a runtime,
Clemens> everything nativly? That would be sooo cool....

No, you still need a runtime.  The runtime contains the garbage
collector, various low-level bits, the class library, and other
things.  On many platforms it even includes a bytecode interpreter.

The difference is that our runtime is a shared library.

Clemens> Is it possible to link static with libgjc , so that the user
Clemens> dont need to install it.(Of cource there will be choice...)

Yes, though static linking isn't as well tested as dynamic linking.
You might have to do strange things to make some code work, for
instance if your code is using reflection.

Clemens> I heard that there are already some AWT-Classes. Are they
Clemens> ready to use and how does they look on linux? (I heard
Clemens> something like GTK)...

AWT exists but is not yet ready to use.  Some parts are missing.  The
native side has not been written.

Actually, to be precise, a lot of the native code does exist in
Classpath.  It uses JNI (not CNI) and has not been merged into libgcj
yet.  The current native peers use Gtk.  They are still quite buggy
and incomplete.

Clemens> Will all java-classes that are included in my file
Clemens> (e.g. java.io.*) compiled nativly?

Yes.

Clemens> Is gjc a "dead" or lacy project, or is there much traffic on it?

Read the mailing list archives or the web page.  There is a lot of
traffic.  It is probably the most active free software java project by
an order of magnitude.

Tom

Re: Re: Newbie Questions

[Clemens Eisserer]

Wow! Thanks for that much and fast feedback! I never expected that ;-))

>Don't worry.  But it is called "gcj".
>
I'm very sorry. I knew that there was something wrong ;-)  ....

>The difference is that our runtime is a shared library.
>
Hmm, maybe i didnt ask right... Is the code-output of gcj native code or 
is it just "tarned" as executable and interpreted by libgcj?
Are also all imported java-classes (java.io.*.....) nativly compiled or 
will they be "linked" by the libgcj and interpreted (.clss-Files).

>
>Clemens> Will all java-classes that are included in my file
>Clemens> (e.g. java.io.*) compiled nativly?
>
>Yes.
>
Cooooooooooooool!

>
>Clemens> Is gjc a "dead" or lacy project, or is there much traffic on it?
>
>Read the mailing list archives or the web page.  There is a lot of
>traffic.  It is probably the most active free software java project by
>an order of magnitude.
>  
>

Thx Tom for your afst answer!

Thx Clemens

Re: Newbie Questions

[Tom Tromey]

>>>>> "Clemens" == Clemens Eisserer <linuxhippy@freemail.de> writes:

Clemens> Hmm, maybe i didnt ask right... Is the code-output of gcj
Clemens> native code or is it just "tarned" as executable and
Clemens> interpreted by libgcj?  Are also all imported java-classes
Clemens> (java.io.*.....) nativly compiled or will they be "linked" by
Clemens> the libgcj and interpreted (.clss-Files).

You can compile either to bytecode or object code, it's up to you.

Tom

Re: Re: Newbie Questions

[Andrew Haley]

Clemens Eisserer writes:
 > Wow! Thanks for that much and fast feedback! I never expected that ;-))
 > 
 > >Don't worry.  But it is called "gcj".
 > >
 > I'm very sorry. I knew that there was something wrong ;-)  ....
 > 
 > >The difference is that our runtime is a shared library.
 > >
 > Hmm, maybe i didnt ask right... Is the code-output of gcj native code or 
 > is it just "tarned" as executable and interpreted by libgcj?
 > Are also all imported java-classes (java.io.*.....) nativly compiled or 
 > will they be "linked" by the libgcj and interpreted (.clss-Files).

We compile Java source (or bytecode if you prefer) to native code and
execute that.  Our Java runtime library, libgcj, is also native code.
If you want to, libgcj can also load bytecode and interpret it[*].  We
don't usually do that, but it is sometimes useful and the Java
standard requires it.

Andrew.

[*] Not all targets support interpreted code.

Re: Newbie Questions

[Jeff Sturm]

On Wed, 5 Jan 2000, Clemens Eisserer wrote:
> When I heard first time about gjc and libgjc a was very excited about 
> it. But I dont know what I can really do with it.

You mean "gcj" and "libgcj".

> I heard it is nearly compatible with Java-1.1.8 (without Gui-Stuff...), 

Right.  In fact much of 1.2 and later are there, but AWT is not yet
supported (volunteers to test/implement are needed).

> but can I really make native apps with it, like any C++ app.

gcj compiles to native object code, like gcc/g++.  It also produces
bytecode like javac.

> Is there nothing like a runtime, everything nativly? That would be sooo 
> cool....

Of course there is a runtime, consisting of the core java.* classes,
garbage collector and so forth.  However unlike Sun's VM, the bytecode
interpreter is optional.

> Is it possible to link static with libgjc , so that the user dont need 
> to install it.(Of cource there will be choice...)

Yes, with caveats.  Some gcj users are doing that, for the reason you
gave.  However, static builds tend to be large, because they include most
of the runtime.

> Is there a garbage-collector avaible? And how is that realized, I thing 
> there is no runtime-enviroment...

The included GC library is the Boehm-Demers-Weiser conservative collector.
(See http://www.hpl.hp.com/personal/Hans_Boehm/gc/ for details on the GC
library.)

> Will all java-classes that are included in my file (e.g. java.io.*) 
>  compiled nativly?

Yes, most of java.* is included in libgcj and compiled natively.  If you
give it a try, feel free to report problems to this list.

> Is gjc a "dead" or lacy project, or is there much traffic on it?

It's actively maintained.   All releases of the GNU Compiler Collection
(GCC) since 3.0 include gcj.  Your best bet is the 3.1 release, due out
shortly.

Jeff