to build java files on
> each arches. Build the classes onces and only build the C files on all
> arches would be better.
Ideally kaffe would just depend on the classpath package, but neither Kaffe nor
GNU Classpath are there yet. Working on it ;)
cheers,
dalibor topic
--
To UNSUBSCR
ge, resource usage, and
> diskspace usage.
>
Kaffe has gcj-bindings for an older, patched up version of gcj. what you
describe could be implemented by updating Kaffe's gcj bindings to gcj4,
and running with it underneath. If you are interested in volunteering,
please hop on the kaffe m
he non-free software's licensing restrictions, for example.
That's quite a chunk of work, and since the manpower of the
debian-java effort is limited, most people doing the actual packaging
work tend to concentrate their efforts on Free Software, which
Debian can distribute freely together
ftware on his box (who would, anyway? ;).
Then it'd be up to users of non-free VMs to help
the DD keep the package in a
good shape wrt to the non-free VMs, with patches,
bug reports and praise, when
things work ;)
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
analyser generator for Java
> jflex - lexical analyzer generator for Java
>
I would suggest checking out the JPackage project at http://ww.jpackage.org for
RPMs of such packages.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
any questions about
your assignment. In fact, I have a great idea. I could just email your
assignment directly to your instructor and then you wouldn't even have to go to
class either!"
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
active. They just not release
> >> very often.
> sorry, I didn't mean to say that the kaffe development had stalled, but
> that the _jikes_ development has stalled. A conclusion to which the kaffe
> team seems to have also come.
Jikes development seems to have halted last
that's the case,
I think their desire for brevity got in the way of clarity. They would
need to expand that section a bit to make it clear that the residuals
license covered copyright issues as well as long as you didn't literally
copy large amounts of code."
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
gt; it didn't hurt anybody. I don't understand why the JCP has a default
> of working behind closed doors.
I don't quite understand why Sun's spec leads don't take the opportunities
provided under JCP 2.6, and actually make at least their own JSRs transparent.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Reevaluate for every
release / 6 months, etc. which should let us shuffle things
around as necessary.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Michael Koch gmx.de> writes:
> We decided at FOSDEM to make GCJ then default. The rest is ok with me.
Fine for me, too.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Ola Lundqvist debian.org> writes:
>
> Hi
>
> Anyone knows what this can be? Trying to build the sun hotspot jvm...
>
See https://openjdk.dev.java.net/hotspot/faq.html#PLTreloc0x08
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subje
s making cacao
work with Sun's ME libraries, there have been a few such things in the past
days.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
for innovation and new capabilities."
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
in a way that it
uses the jars in the packaging system rather than whatever the default is
(network from ibiblio, I think), but I'm not sure.
cheers,
dalibor topic
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Michael Koch gmx.de> writes:
>
> On Tue, Feb 27, 2007 at 02:02:35PM +, Jörg Sommer wrote:
> > Hi Michael,
> >
> > Michael Koch gmx.de> wrote:
> > > Kaffe is outdated and needs some serious updates. Its better not to use
> > > it in current state. The other runtimes are more uptodate.
> > >
: Apache Foundation projects and BCL-licensed JARs prior to the
drafting of the third party license policy a few years ago.
cheers,
dalibor topic
Is there any policy against this approach? If yes, can you please
point me to it?
Onkar
--
*****
gt;
Indeed. I'll get in touch with the desktop team, and see what we can do.
Thanks for bringing it up.
cheers,
dalibor topic
> 3. Perhaps someone has already faced the same issue, and knows of an
> alternative *free* drop-in replacement that I/upstream could use.
>
they are intended to be all of glassfish that there is a bug.
>>
>
> If I recall correctly, that is still the aim. But I am not sure if
> Torsten managed to fully package all the dependencies needed to set up
> and run an instance.
>
Not yet - there i
e to build packages 'natively' on some (but not all, afaict) of
the less mainstream Debian architectures.
cheers,
dalibor topic
[0] https://wiki.debian.org/qemubuilder
--
<http://www.oracle.com> Dalibor Topic
Consulting Product Manager
Phone: +494089091214 , Mobile: +491737185961
Orac
301 - 320 of 320 matches
Mail list logo
