James Simmons <[EMAIL PROTECTED]> wrote on Mon, 8 Dec 2003 19:25:35
+:
>Here is the code I have so far. I extended GraphicsEnvironment to actually
>work. At present it gives exceptions. The main file is
>ClasspathGraphicsEnvironment.java. Its goal is to load each type of
>GraphicsDevice dri
PatchSet 4208
Date: 2003/12/09 12:37:25
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Small fix for m68k build problems
2003-12-09 Dalibor Topic <[EMAIL PROTECTED]>
* config/m68k/common.h
(sysdepCallMethod) Converted to inline function.
(COMPARE_AND_EXCHANGE) Call compa
kaffe CVS version until 09 Dec 2003
Platform Fedora Core 1
compiler gcc3.2.2
arch x86 compatible
When tomcat starts and load admin servlet it throws the following stack trace
java.lang.NoClassDefFoundError: org/apache/struts/legacy/GenericDataSource
at org.apache.struts.action.ActionServlet.in
Kaffe CVS wrote:
PatchSet 4208
Date: 2003/12/09 12:37:25
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
Small fix for m68k build problems
I hope that the inlining of methods will help expose the current build
failures on m68k platforms (d0) earlier, i.e. during the compilation of
common.h., ig t
Ciao Sebastiano,
Sebastiano Viviani wrote:
kaffe CVS version until 09 Dec 2003
Platform Fedora Core 1
compiler gcc3.2.2
arch x86 compatible
When tomcat starts and load admin servlet it throws the following stack trace
java.lang.NoClassDefFoundError: org/apache/struts/legacy/GenericDataSource
Did
>I hope that the inlining of methods will help expose the current build
>failures on m68k platforms (d0) earlier,
If you tackle this problem, could yo also check some new instructions
available for 040? If I remember correctly, 040 can do COMPARE_AND_
EXCHANGE smarter with these. This is the part
$SUBJECT attached -- it's fairly trivial, as it just puts ALSA 1.x into
ALSA 0.9 compatibility mode.
LLaP
bero
--
Ark Linux - Linux for the masses
http://www.arklinux.org/
Redistribution and processing of this message is subject to
http://www.arklinux.org/terms.php---
kaffe-1.1.3/libraries/e
Hi Mark,
Mark and Janice Juszczec wrote:
I'm not familiar with uisng gdb over wire, but judging by
http://sources.redhat.com/gdb/onlinedocs/gdb_19.html#SEC174 you need
to make sure your GDB on the PC was configured and built with
`--target=mips-idt-ecoff'.
Yes, it was. Its odd that the htm
Kiyo Inaba wrote:
I hope that the inlining of methods will help expose the current build
failures on m68k platforms (d0) earlier,
If you tackle this problem, could yo also check some new instructions
available for 040? If I remember correctly, 040 can do COMPARE_AND_
EXCHANGE smarter with these.
Hi Bero,
Bernhard Rosenkraenzer wrote:
$SUBJECT attached -- it's fairly trivial, as it just puts ALSA 1.x into
ALSA 0.9 compatibility mode.
thanks for the patch, I've checked it in.
BTW, it's great to see ArkLinux picking up the new release so quickly!
cheers,
dalibor topic
PatchSet 4209
Date: 2003/12/09 16:17:24
Author: dalibor
Branch: HEAD
Tag: (none)
Log:
ArkLinux fix for ALSA 1.0
2003-12-09 Bernhard Rosenkraenzer <[EMAIL PROTECTED]>
* libraries/extensions/sound/alsa/org_tritonus_lowlevel_alsa_AlsaPcmHWParams.c,
libraries/extensions/sound/alsa/
Hi Sascha, James,
to the toolkit. All Classpath toolkits would be mandated to subclass
gnu.java.awt.ClasspathToolkit. The intention is to keep the platform
dependencies limited to as few places as possible. There was some debate
about whether GraphicsEnvironment or Toolkit would be the appropriate
Dalibor Topic wrote:
Hi all,
Jim Pick wrote:
On Fri, 5 Dec 2003 05:15:48 -0800 (PST)
Michael Franz <[EMAIL PROTECTED]> wrote:
--- Michael Nascimento Santos <[EMAIL PROTECTED]>
wrote:
I am trying to install kaffe 1.1.2 or kaffe 1.0.7 on
cygwin, but I'm getting
compiler errors with both versions.
Dalibor and all
Greetings from frosty NE Ohio.
Dalibor wrote:
Its odd that the html doc you reference says I should be able to do:
target r3900 to use "Densan DVE-R3900 ROM monitor for Toshiba R3900
Mips."
because when I do help targets from gdb (configured with
--target=mips-idt-ecoff) r39
Ciao riccardo,
Riccardo wrote:
Hello
for Jim, Dalibor and others...
failures on NetBSD, OpenBSD, Solaris... a big maze.
thanks for the great ressource of build failure logs!
There is my current attempt to track down the sparc build problem on *
BSD/sparc (besides, notice the current statups of O
> > There is my current attempt to track down the sparc build problem on *
> > BSD/sparc (besides, notice the current statups of OpenBSD: some stupid
> > header is acting up).
> >
> > Since Solaris did work in August I tried to update it gradually to see
> > if it breaks and if it breaks if it a
In <[EMAIL PROTECTED]> Kiyo Inaba wrote:
> If you tackle this problem, could yo also check some new instructions
> available for 040? If I remember correctly, 040 can do COMPARE_AND_
> EXCHANGE smarter with these. This is the part what I planned to do
> for the last 9 months and still not starting
In <[EMAIL PROTECTED]> Dalibor Topic wrote:
> Riccardo, could you CVS update and try building again?
>
> cheers,
> dalibor topic
I did that. Building still fails and fails very early, But I think it is
due to another bug. The error is long and Ipsoted it on my page as
always
-Ric
_
Hey,
as Dalibor suggested, I tried building on solaris with the interpreter
engine instead if JIT. To do this I updated to today's CVS (from oct
stuff), reconfigured as he suggested and built. Build stops with a
linking error as my page reports.
http://homepage.mac.com/riccardo_mottola/kaffe-
Hello team,
I work for CBOE in Chicago. We are, thesedays, testing JDKs from all the vendors for
our RedHat 64-bit linux OS. We have an Opteron (AMD64) hardware with RedHat AMD64 OS
version running. I am looking for a beta/production JVM that can run on this hardware
in 64-bit mode. Does Kaffe
> I've played with Cygwin the last couple of days.
> I've discovered tha
> haven't checked the patch in, so I'll check in an
> updated version soon.
> This doesn't mean that I've got Cygwin support
> working, it just means
> that I'm fixing build issues as I encounter them.
> Unfortunately, it
Hey, all.
In trying to make a simple Jar file, I get this:
jar cmf wheretostart.txt helloworld.jar helloworld.class
java.util.jar.JarException: Attributes cannot be called 'Name'
at java.util.jar.Manifest.write_attribute_entry (Manifest.java:404)
at java.util.jar.Manifest.write_entry_attrib
Hai
When I change anything in kaffe.def file,I
generally go to intrp directory and open the machine.c
file and press a space and then at the top directory
do the make install for recompiling the kaffe.When I
just modify the kaffe.def file,there is no change.
Is there a better way to recompile t
23 matches
Mail list logo