Charles Forsythe wrote:
Quoting Diego Pons <[EMAIL PROTECTED]>:
Think about it, perhaps we would have already JVM's on silicon on the
cheap instead of needing these gigaherz machines to run java properly.
JVMs on silicon? Like, maybe, the Ajile AJ-100?
I'd be interested in comments on the ARM-926
> > gcj is the gcc java compiler.
>
> I want to investigate this -- do you have any links? I really need to
> know how big that new library is.
http://gcc.gnu.org/java ... though it's not yet had work done
to optimize it for a particularly small footprint.
-
> Yep... this is good for dumping info to be read by humans. If you want a
> data structure usable from software, you'll need to implement a profiler
> through the JVMPI interface.
OR maybe use those funky new JDK 1.4 APIs I noticed in the vicinity
of the new Exeption.getCause() calls and stack b
> > Does anyone have a JNI library for accessing & modifying files
> > on a Unix FS? Specifically Linux? I'd like to be able to
> > query & modify group & owner permissions.
Closest I've seen (haven't looked lately at exact contents):
http://www.xenonsoft.demon.co.uk/products/javaunix/
---
You may have seen this already; if so, apologies. I think this
is great news for Java/Linux users!
Linux is one of the reference platforms for GCC Java support;
see the website for details about which CPUs behave right
today.
- Dave
- Original Message -
From: "Alexandre Petit-Bianco"
Try using "jar". Jarfiles are zipfiles with a strange extension
and an optional layout convention.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
> > I may have missed this ... will this be covering GCJ?
> >
> > Compiled Java has some nice advantages. Including
> > more natural and efficient integration with native code,
> > as well as faster startup and the ability to do some
> > aggressive ahead-of-time optimizations, and working
> > be
I may have missed this ... will this be covering GCJ?
Compiled Java has some nice advantages. Including
more natural and efficient integration with native code,
as well as faster startup and the ability to do some
aggressive ahead-of-time optimizations, and working
better with standard OS tools
> I'm not sure, but I don't think the JVM uses ld to load its stuff.
If the JVM uses anything other than the standard dlsym()
I think it'd really be asking for trouble ... why would it want
to do that, anyway?
--
To UNSUBSCRI
> > So my question is: is it wrong for the localhost entry in /etc/hosts to
> > contain the machine name? [...]
>
> Yes, it's wrong, but it is commonly done on windows and on unix machines
> in the initial installation steps. It should not be left that way
> unless the machine has no network in
> http://www.gnu.org/software/ddd/
Heh ... the real fun begins when the last name-mangling issues get
resolved, and folk start using DDD with GCJ compiled code! :)
I don't know if it'll work with interpreted code though.
- Dave
---
The versions of GCJ worth trying are the one RedHat put
onto the RedHat 7.0 distribution ("GCJ 2.96rh"), and for
the truly bleeding edge user, recent GCC 3.0 snapshots.
The 2.95 versions are significantly out of date, and not
at all recommended. On the other hand, the 3.0 versions
are restabiliz
> BTW. This is a blackdown mailing list.
Hosted by Blackdown ... but isn't the topic "Java on Linux"?
Not quite the same as "Blackdown Java on Linux", given stuff
like GCC 3.0 ...
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
It's not JDK ... but I think I remember seeing reports
that GCJ may be working on ARM. Unless you
need Swing, check it out at http://gcc.gnu.org/java/ ...
if it's not running on ARM, a couple good engineers
should be able to make a solid dent in that problem!
Evidently the "libffi" support (in by
> From: "Kazuyuki Shudo" <[EMAIL PROTECTED]>
> Sent: Tuesday, January 30, 2001 12:23 AM
>
> David Brownell wrote:
>
> > It'd be interesting to see a current version of GCJ in those
> > comparisons. GCJ 2.95.2 is listed in the shudo.net page,
>
It'd be interesting to see a current version of GCJ in those
comparisons. GCJ 2.95.2 is listed in the shudo.net page,
but that's _extremely_ old ... I'd suggest using the 2.96 that
is distributed with RedHat 7.0, as the most current "stable"
version available. (GCC 3.0 will have a more up-to-dat
http://gcc.gnu.org/ ... look at the Java support if you
want startup times that are as good as native code.
(And don't need Swing... GTK integration is in the
works though.)
GCC 3.0 includes a Java compiler, GCJ. It's in code
slush now, soon to branch; "hope to release by the
end of Q1 2001".
> I guess I didn't explain the problem very well (and glancing at the
> gcj web site didn't show me the answer). For one thing, I'm assuming
> that gcj will do inlining.
I think right now it doesn't do much of that. Though I've known folk
who look at providing member access without a function c
> = From: Cliff Draper <[EMAIL PROTECTED]>
> = Sent: Tuesday, December 19, 2000 10:35 AM
> > = From: David Brownell <[EMAIL PROTECTED]>
> > = Date: Mon, 18 Dec 2000 19:52:46 -0800
> > My own experience with GCJ is positive. For many things it's
>
> > > I started to use jikes and like it very much. So I started to wonder,
> > > what are the disadvantages to use jikes instead of javac (SUN or
> > > Blackdown)? What not to use only jikes?
> >
> > Besides the fact that it generates a binary that runs on only one
> > platform?
>
> I think you
I agree with Matt, on the purely selfish reasons. There
are lots of places to ask generic questions, and the main
ones I know of that Linux-specific questions get dealt with
are this one (focussed on Sun's version of Java) and the
java-discuss list hosted for GCJ/GCC users/developers/...
(clearly
- Original Message -
From: "noisebrain" <[EMAIL PROTECTED]>
Sent: Monday, 13 November, 2000 6:32 PM
Subject: Re: java developer feedback
> There's been progress on this recently with caldera/turbolinux/etc.,
> but RedHat, by far the biggest linux distrib, does not include
> anything ot
I think the documentation for Sun's "javac" says
that "-O" is a NOP.
In theory (and in practice with some other compilers :-)
there's a fair degree of scope for optimizing intermediate
code. Not just dead code elimination, but reorganizing
basic blocks, eliminating temporaries, and so on. (The
I'd actually be content to see more developers committing to
making sure their software runs on Free versions of Java.
Start with Kaffe ... and then give GCJ a real push!
(All I'll say about JCP 2.0 just now is that I really don't
see how it can support truly Open processes, given all the
NDAs an
> I have a question that would be appropriate for a Linux Kernel list.
> Does anyone know of a good one?
LKML, or the specialized ones (e.g. for USB, networking, etc).
The modules bit doesn't make sense to me; are you referring
to the kernel driver plus the userspace JNI glue to call it?
Or is t
> Does Kaffe/GJC/Classpath have a website? If so,what's the url?
http://sources.redhat.com/java ... for GCJ
http://www.kaffe.org/ ... for Kaffe
http://www.fsf.org/software/classpath/classpath.html ... for classpath
http://www.fsf.org/software/java/java.html ... also relevant
Note that libgcj (
> I am not sure I even want SUNs help in the Free Software/Java community.
They
> have screwed a lot of thigns up. I would just rather see
Kaffe/GJC/Classpath go
> their logical directions and not have SUN involved. If they want to make
Java
> Free Software then good but I don't think the commun
mplementation.)
What's solid is control and bulk communications; periodic transfers aren't
available
at this time, though Linux should support some "interrupt" style transfers.
Enough of the announcemen
28 matches
Mail list logo
