Re: [kaffe] Classpath merge

2005-10-18 Thread Dalibor Topic
Guilhem Lavaux wrote:
> Hi,

Salut Guilhem,

> As some people know I have nearly finished merging the classpath tree
> into kaffe tree. There are still a couple of issues to solve with
> installing classpath libraries into the right places and how to deal
> with glibj.zip (build it ourself or make classpath build system build
> it). The problem is that classpath's configure is not really
> configurable on the place where to put the libraries. Especially it is
> not possible at the moment to force it to use ${prefix}/jre/lib/${cpu}
> for the native libraries and ${prefix}/jre/lib/rt.jar for the java
> library. 

Would it be possible to use $(LN_S) for the additional install step
after the classpath build system is done with its own thing? Another
option could be setting DESTDIR in install-local target of the invoking
Makefile.am.

> I am considering modifying a bit more classpath's configure so
> we can do that in future. So expect the merge to happen this week. I'll
> send a warning message just before because the tree is very altered.

Great! Thanks a lot for doing this work.

cheers,
dalibor topic

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] Kaffe for OpenWRT

2005-10-18 Thread Dalibor Topic
Richard Brady wrote:
> I've had fun this weekend installing Ubuntu on an old 10GB drive. I'm
> guessing Dalibor was joking about that particular Linux flavour but it's
> fine for a noob like me. Had to install a couple of extra packages
> (bison/flex/etc) to get the toolchain compiling but it was pretty
> straightforward.

I currently run Ubuntu on my notebook, among other distros. It's nice. I
change my distributions regularly, though, so now that Breezy is
released, I guess I'll switch to something else for a while. :)

> So Michael, what's my next step?  The OpenWrt docs are saying I need to
> write a Makefile and Config.in  for the new ipkg but
> as I don't really need it packaged up, is there a simpler way to get it
> cross compiling?  Can I edit the kaffe configure script to use the
> mipsel compiler?

for cross-compiling you first need a local instance of kaffe built for
your OS and installed, since you'll need the kaffeh tool to generate the
headers for the native libraries in kaffe.

once you've installed kaffe locally, set the environment variable KAFFEH
to /full/path/to/wherever/you/installed/kaffeh so that configure can
pick it up.

Finally, tell configure that you're cross compiling for a different
platform, so pass --build='platform-name-prefix-for-gcc' to configure.

You can find out the platform name prefix by looking sharply at the
supplied toolchain for your platform. For example, if your gcc is called
arm-gnu-linux-gcc , then the prefix is arm-gnu-linux :)

That helps configure find the right tools to end up producing the
correct binaries for your platform.

I hope this helps!

cheers,
dalibor topic


___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Fwd: [kaffe] Problem with Strings/Xml Parsing while trying to run an embedded Jetty

2005-10-18 Thread Rafael Teixeira
Oops, forgot to reply to the list

-- Forwarded message --
From: Rafael Teixeira <[EMAIL PROTECTED]>
Date: Oct 17, 2005 2:39 PM
Subject: Re: [kaffe] Problem with Strings/Xml Parsing while trying to
run an embedded Jetty
To: Ito Kazumitsu <[EMAIL PROTECTED]>


Hi Ito and other folks,  inline

On 10/17/05, Ito Kazumitsu <[EMAIL PROTECTED]> wrote:
> Hi,
>
> From: Rafael Teixeira <[EMAIL PROTECTED]>
> Date: Mon, 17 Oct 2005 11:28:01 -0200
>
> > I think that to make things clearer I need to post here my configure
> > parameters to be able to pinpoint why my three compilations of Kaffe
> > (1.1.5, 1.1.6 and cvs HEAD) exhibit this strange behaviour.
>
> > Is there something I should be looking for at config.log to see why
> > these compilations on Fedora Core 3, doesn't work right?
>
> I do not think seeing the configure parameters and config.log helps
> so much in this case.
>
> > On 10/15/05, Ito Kazumitsu <[EMAIL PROTECTED]> wrote:
> > > > usr/bin/kaffe -jar 
> > > > ../../../java/inteligenciafiscal/inteligenciafiscal.jar
> > > > Software B\usico do M\udulo Fiscal de Seguran
> > > > Vers\uo: 01.00.00
> > >
> > > Would you please show the source code printing this text?
>
> Seeing the source code which prints "Software B\usico do M\udulo
> Fiscal de Seguran" will help.

The problem is that exactly the same jar file runs fine on Sun JRE
5.0, in my machine.

But alas if you want the code:

private void _Iniciar(String[] args)
{
System.out.println("Software Básico do Módulo Fiscal
de Segurança");
System.out.print("Versão: ");
System.out.println(VersãoDesteSoftwareBásico);
...

It is on a utf-8 encoded source, edited and compiled with Eclipse 3.0
(what I think it means it is compiled with Sun's Javac).

I compile it into a fatjar(with onejar). And start with:

java -jar myfatjar.jar

or

kaffe -jar myfatjar.jar

>
> > > > Also when Jetty is trying to read the configuration xmls, DTD aren't
> > > > being correctly loaded in the sax validator:
> > > >
> > > > INFO: Version Jetty/5.1.x
> > > >
> > > > org.xml.sax.SAXParseException: Element type 'web-app' was not declared
> > >
> > > Would you please show the configuration file?  I am running Jetty 5.1.4
> > > with kaffe without problem.
>
> The configuration file here is the Jetty configuration file.
> The DTD for Jetty configuration file:
>
>"-//Mort Bay Consulting//DTD Configure 1.2//EN"
>"dtd/configure_1_2.dtd"
>
> does not define an element named 'web-app', so you cannot put
> a web-app element in it.
>
>

Again the same configuration files embedded in the jar run fine in
Sun's VM and Jetty gets started and runs my web-app...

The web-app not being accepted is the one in my WEB-INF/web.xml that
uses another DTD, that indeed should accept 'web-app'

http://java.sun.com/dtd/web-app_2_3.dtd";>


I've put some diagnostic printlns inside the
gnu.xml.pipeline.ValidationConsumer.startElement method that is
raising the error, and surely it looks like the DTDs isn't being
loaded as it list of valid elements is empty at start (it adds the
offending item to the list so that it can continue to validate without
reissuing the same error for similar itens, so the list grows during
the execution).

So again looks like some other problem (I guess again with string
manipulation) may be precluding the DTDs from being parsed/loaded and
so the other errors appear.

I'm quite sure Kaffe works for many people so that's why I think mine
got configured/compiled in some twisted way.

Thanks for any clues,

--
Rafael Teixeira
---
I'm trying to become a "Rosh Gadol" before my own eyes.
See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment.
It hurts!


--
Rafael "Monoman" Teixeira
---
I'm trying to become a "Rosh Gadol" before my own eyes.
See http://www.joelonsoftware.com/items/2004/12/06.html for enlightment.
It hurts!

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] Problem with Strings/Xml Parsing while trying to run an embedded Jetty

2005-10-18 Thread Ito Kazumitsu
Hi,

Let's discuss the problem of System.out.println first.

From: Rafael Teixeira <[EMAIL PROTECTED]>
Date: Tue, 18 Oct 2005 10:45:06 -0200

> > > > > usr/bin/kaffe -jar 
> > > > > ../../../java/inteligenciafiscal/inteligenciafiscal.jar
> > > > > Software B\usico do M\udulo Fiscal de Seguran
> > > > > Vers\uo: 01.00.00

> But alas if you want the code:
> 
> private void _Iniciar(String[] args)
> {
> System.out.println("Software Básico do Módulo Fiscal
> de Segurança");
> System.out.print("Versão: ");
> System.out.println(VersãoDesteSoftwareBásico);
> ...
> 
> It is on a utf-8 encoded source, edited and compiled with Eclipse 3.0
> (what I think it means it is compiled with Sun's Javac).

I wrote this:

public class TestLatin1 {
public static void main(String[] args) {
System.out.println("Software Básico do Módulo Fiscal de Segurança");
System.out.flush();
}
}

Then I compiled it with Sun's Javac using the command:

javac -encoding UTF-8 TestLatin1.java

And ran the class file with kaffe:

$ kaffe TestLatin1
Software Básico do Módulo Fiscal de Segurança

I do not see any problem.

> I compile it into a fatjar(with onejar). And start with:
> 
> java -jar myfatjar.jar
> 
> or
> 
> kaffe -jar myfatjar.jar

I also made an executable jar file. And got the same result:

$ kaffe -jar foo.jar 
Software Básico do Módulo Fiscal de Segurança

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] i test kaffe1.1.5 with mauve

2005-10-18 Thread wei yan

I install the mauve in my computer, and test kaffe with it.

 

cd mauve

make check KEYS="JDK1.1 \!java. \!locales. \!javax. \!BinaryCompatibility. java.lang.Object java.lang.Short" TESTFLAGS="-verbose -debug"

// this line meas i'm testing the class of  java.lang.Object and java.lang.Short

 

it will get the result:

 


gnu.testlet.java.lang.Object.ObjectTest

gnu.testlet.java.lang.Object.clone

PASS: gnu.testlet.java.lang.Object.clone: clone built distinct object (number 1)
PASS: gnu.testlet.java.lang.Object.wait: bad arg detected (number 1)

FAIL: gnu.testlet.java.lang.Object.wait: uncaught exception at "bad arg detected" number 2: 
java.lang.NullPointerException
java.lang.NullPointerException
   at java.lang.Object.wait (Object.java:431)

   at gnu.testlet.java.lang.Object.wait.test
 (wait.java:91)
   at gnu.testlet.SimpleTestHarness.runtest (
SimpleTestHarness.java:272)
   at gnu.testlet.SimpleTestHarness.main (SimpleTestHarness.java
:421)
gnu.testlet.java.lang.Short.ShortTest

PASS: gnu.testlet.java.lang.Short.ShortTest: Error: test_Basics failed - 1 (number 1)
PASS: gnu.testlet.java.lang.Short.ShortTest: Error: test_Basics failed - 2 (number 1)
PASS: gnu.testlet.java.lang.Short.ShortTest: Error: test_Basics failed - 3 (number 1)
PASS: gnu.testlet.java.lang.Short.ShortTest: Error: test_longValue returned wrong results - 2 (number 1)
PASS: gnu.testlet.java.lang.Short.ShortTest: Error: test_floatValue returned wrong results - 1 (number 1)

make[1]: Leaving directory `/home/yanwei/test/mauve_kaffe'
kaffe-bin: gc-mem.c
:826
:gc_primitive_alloc: 
assertion"diff % gc_pgsize == 0
"FAILED。
make[1]: *** [check-local] Error 134

make: *** [check-am] Error 2

 

can someone help me what's the matter with kaffe?
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] i test kaffe1.1.5 with mauve

2005-10-18 Thread Dalibor Topic
wei yan wrote:
> I install the mauve in my computer, and test kaffe with it.

> make[1]: Leaving directory `/home/yanwei/test/mauve_kaffe'
> 
> *kaffe-bin: gc-mem.c** :826** :gc_primitive_alloc: ** assertion"diff % 
> gc_pgsize == 0** "FAILED。*
> 
> can someone help me what's the matter with kaffe?


I assume your question is what happened there: Kaffe 1.1.5 crashed.
Please try Kaffe 1.1.6 or CVS head.

I'd also recommend using batch_run and runner scripts in mauve source
dir to invoke mauve, rather than make check. You need to change both
scripts to use kaffe rather than jamvm/gcj, but then tey work fine, and
since they compile and run each test case seprately, they can give you a
better idea how many mauve tests pass and fail even in presence of crashes.

cheers,
dalibor topic

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] Kaffe ieee754_scalb - uClibc status

2005-10-18 Thread Gustavo Guillermo Pérez
Hello list, here the update info abour building kaffe on uClibc.
1)I'm not going to use X and awt.
2)Do not want native language support.
3)kaffe 1.1.6 and CVS, are the same proccess
4)uClibc version 0.9.28 (cvs snapshot)

ISSUE:
Kaffe still not want to load shared libraries as many other programs do on 
uClibc then, the use of --enable-static --with-staticlib is mandatory.
You still need jikes, build them static on libc env and copy to chrooted env, 
if you just will use the jre and not javac, you'll not need anymore jikes you 
can delete them after kaffe build.

My Configure line:
./configure --prefix=/usr/local/kaffe --without-esd 
--without-classpath-gtk-awt --without-alsa --disable-nls --enable-static 
--with-staticlib --enable-gmp

It will produce at time of linking:

gcc -g -O2 -Wall -W -Wextra -pthread -o kaffe-bin main.o 
version.o .libs/kaffe-binS.o 
-Wl,--export-dynamic  ../../libraries/clib/native/.libs/libnative.a 
../../libraries/clib/net/.libs/libnet.a ../../libraries/clib/io/.libs/libio.a 
../../libraries/clib/nio/.libs/libnio.a /usr/lib/libiconv.so 
../../libraries/clib/zip/.libs/libzip.a 
-lz ../../libraries/clib/management/.libs/libmanagement.a 
../../libraries/clib/security/.libs/libsecurity.a 
/var/tmp/kaffe-1.1.6/work/kaffe-1.1.6/kaffe/kaffevm/.libs/libkaffevm.a 
../../kaffe/kaffevm/.libs/libkaffevm.a 
-ldl -lm ../../replace/.libs/libreplace.a
../../libraries/clib/native/.libs/libnative.a(e_scalb.o): In function 
`__ieee754_scalb':
/var/tmp/kaffe-1.1.6/work/kaffe-1.1.6/libraries/clib/fdlibm/e_scalb.c:43: 
undefined reference to `KaffeMath_isnan'
/var/tmp/kaffe-1.1.6/work/kaffe-1.1.6/libraries/clib/fdlibm/e_scalb.c:43: 
undefined reference to `KaffeMath_isnan'
collect2: ld returned 1 exit status

In the file: namespace.h (generated by build_mathnamespace)
#define isnan KaffeMath_isnan
#define finite KaffeMath_finite

This two definitions isnan and finite, does not appears in the code :(
But isnan and finite are being used on __ieee754_scalb
We can enable the special definition _SCALB_INT just for uclibc (remember this 
is a special build).
apply this temporary patch over libraries/clib/fdlibm/e_scalb.c (we use the 
alternative definitions) 
-
--- 
/d/uLinuxTS3/GUS/kaffe-1.1.6/work/kaffe-1.1.6/libraries/clib/fdlibm/e_scalb.c   

2005-04-22 12:03:49.0 -0500
+++ /mnt/GUS/kaffe20051017/kaffe/libraries/clib/fdlibm/e_scalb.c
2005-10-17 
22:55:31.0 -0500
@@ -21,6 +21,10 @@
 
 #ifndef _DOUBLE_IS_32BITS
 
+#ifdef __UCLIBC__
+#define _SCALB_INT 1
+#endif 
+
 #ifdef _SCALB_INT
 #ifdef __STDC__
double __ieee754_scalb(double x, int fn)
-

Kaffe still build proper on uClibc and works faster and good as expected for 
me.
:) please if you see something helpful, let me know.
-- 
Gustavo Guillermo Pérez
Compunauta uLinux
www.compunauta.com

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] CVS kaffe (robilad): Only install javadoc wrapper if gjdoc is built

2005-10-18 Thread Kaffe CVS
PatchSet 6944 
Date: 2005/10/18 21:23:23
Author: robilad
Branch: HEAD
Tag: (none) 
Log:
Only install javadoc wrapper if gjdoc is built

2005-10-18  Dalibor Topic  <[EMAIL PROTECTED]>

* kaffe/scripts/Makefile.am:
Only install the javadoc wrapper script if gjdoc is being built.
Simplified conditionals.

Reported by:  Petteri Raety  <[EMAIL PROTECTED]>

* kaffe/scripts/compat/Makefile.am:
Simplified conditionals.

Members: 
ChangeLog:1.4467->1.4468 
kaffe/scripts/Makefile.am:1.14->1.15 
kaffe/scripts/Makefile.in:1.180->1.181 
kaffe/scripts/compat/Makefile.am:1.4->1.5 
kaffe/scripts/compat/Makefile.in:1.159->1.160 

Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.4467 kaffe/ChangeLog:1.4468
--- kaffe/ChangeLog:1.4467  Mon Oct  3 19:35:43 2005
+++ kaffe/ChangeLog Tue Oct 18 21:23:23 2005
@@ -1,3 +1,14 @@
+2005-10-18  Dalibor Topic  <[EMAIL PROTECTED]>
+
+   * kaffe/scripts/Makefile.am:
+   Only install the javadoc wrapper script if gjdoc is being built.
+   Simplified conditionals.
+
+   Reported by:  Petteri Raety  <[EMAIL PROTECTED]>
+
+   * kaffe/scripts/compat/Makefile.am: 
+   Simplified conditionals.
+
 2005-10-03  Guilhem Lavaux  <[EMAIL PROTECTED]>
 
* m4/binreloc.m4: Updated file.
Index: kaffe/kaffe/scripts/Makefile.am
diff -u kaffe/kaffe/scripts/Makefile.am:1.14 
kaffe/kaffe/scripts/Makefile.am:1.15
--- kaffe/kaffe/scripts/Makefile.am:1.14Sat Apr 23 18:20:20 2005
+++ kaffe/kaffe/scripts/Makefile.am Tue Oct 18 21:23:24 2005
@@ -16,17 +16,19 @@
 
 if SUN_COMPAT
 SUBDIRS = compat
-SCRIPTFILES_COMPAT=
-else
+endif
+
+if COND_GJDOC
+KAFFE_JAVADOC = javadoc
+endif
+
 if COND_NATIVE_AWT
 KAFFE_APPLETVIEWER = appletviewer
-else
-# If no native AWT backends are enabled, the appletviewer
-# must be absent.
-KAFFE_APPLETVIEWER =
-endif
-SCRIPTFILES_COMPAT= $(KAFFE_APPLETVIEWER) javac javadoc
 endif
+
+SCRIPTFILES_COMPAT= \
+   $(KAFFE_APPLETVIEWER) \
+   $(KAFFE_JAVADOC) 
 
 if ENABLE_XPROF
 SCRIPTFILES_XPROF=kaffexprof nm2as.awk
Index: kaffe/kaffe/scripts/Makefile.in
diff -u kaffe/kaffe/scripts/Makefile.in:1.180 
kaffe/kaffe/scripts/Makefile.in:1.181
--- kaffe/kaffe/scripts/Makefile.in:1.180   Mon Oct  3 19:36:17 2005
+++ kaffe/kaffe/scripts/Makefile.in Tue Oct 18 21:23:24 2005
@@ -384,12 +384,12 @@
native2ascii rmic serialver
 
 @[EMAIL PROTECTED] = compat
[EMAIL PROTECTED]@SCRIPTFILES_COMPAT = $(KAFFE_APPLETVIEWER) javac javadoc
[EMAIL PROTECTED]@SCRIPTFILES_COMPAT = 
-# If no native AWT backends are enabled, the appletviewer
-# must be absent.
[EMAIL PROTECTED]@@[EMAIL PROTECTED] = 
[EMAIL PROTECTED]@@[EMAIL PROTECTED] = appletviewer
[EMAIL PROTECTED]@KAFFE_JAVADOC = javadoc
[EMAIL PROTECTED]@KAFFE_APPLETVIEWER = appletviewer
+SCRIPTFILES_COMPAT = \
+   $(KAFFE_APPLETVIEWER) \
+   $(KAFFE_JAVADOC) 
+
 @[EMAIL PROTECTED] = 
 @[EMAIL PROTECTED] = kaffexprof nm2as.awk
 PSCRIPTFILES = install-jar
Index: kaffe/kaffe/scripts/compat/Makefile.am
diff -u kaffe/kaffe/scripts/compat/Makefile.am:1.4 
kaffe/kaffe/scripts/compat/Makefile.am:1.5
--- kaffe/kaffe/scripts/compat/Makefile.am:1.4  Sun Oct  2 15:11:21 2005
+++ kaffe/kaffe/scripts/compat/Makefile.am  Tue Oct 18 21:23:25 2005
@@ -9,9 +9,6 @@
 if SUN_COMPAT
 jrebin_SCRIPTS = java
 bin_SCRIPTS = javac
-else
-jrebin_SCRIPTS=
-bin_SCRIPTS=
 endif
 
 install-exec-local:
Index: kaffe/kaffe/scripts/compat/Makefile.in
diff -u kaffe/kaffe/scripts/compat/Makefile.in:1.159 
kaffe/kaffe/scripts/compat/Makefile.in:1.160
--- kaffe/kaffe/scripts/compat/Makefile.in:1.159Mon Oct  3 19:36:19 2005
+++ kaffe/kaffe/scripts/compat/Makefile.in  Tue Oct 18 21:23:25 2005
@@ -363,9 +363,7 @@
 target_alias = @target_alias@
 toolslibdir = @toolslibdir@
 with_engine = @with_engine@
[EMAIL PROTECTED]@jrebin_SCRIPTS = 
 @[EMAIL PROTECTED] = java
[EMAIL PROTECTED]@bin_SCRIPTS = 
 @[EMAIL PROTECTED] = javac
 all: all-am
 

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] CVS kaffe (robilad): Added support for DragonFly BSD

2005-10-18 Thread Kaffe CVS
PatchSet 6945 
Date: 2005/10/18 22:05:48
Author: robilad
Branch: HEAD
Tag: (none) 
Log:
Added support for DragonFly BSD

2005-10-18  Joerg Sonnenberger <[EMAIL PROTECTED]>

* config/config.alias: Added support for dragonfly. Use the
same files as FreeBSD for now.

Members: 
ChangeLog:1.4468->1.4469 
config/config.alias:INITIAL->1.23 

Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.4468 kaffe/ChangeLog:1.4469
--- kaffe/ChangeLog:1.4468  Tue Oct 18 21:23:23 2005
+++ kaffe/ChangeLog Tue Oct 18 22:05:48 2005
@@ -1,3 +1,8 @@
+2005-10-18  Joerg Sonnenberger <[EMAIL PROTECTED]>
+
+   * config/config.alias: Added support for dragonfly. Use the
+   same files as FreeBSD for now.
+
 2005-10-18  Dalibor Topic  <[EMAIL PROTECTED]>
 
* kaffe/scripts/Makefile.am:
===
Checking out kaffe/config/config.alias
RCS:  /home/cvs/kaffe/kaffe/config/config.alias,v
VERS: 1.23
***
--- /dev/null   Sun Aug  4 19:57:58 2002
+++ kaffe/config/config.alias   Tue Oct 18 22:11:11 2005
@@ -0,0 +1,47 @@
+#
+# Perform name aliasing.
+#
+
+case "$Khost_cpu" in
+
+hppa*) Khost_cpu=parisc ;;
+i[3456]86) Khost_cpu=i386 ;;
+sa110) Khost_cpu=arm ;;
+amd64) Khost_cpu=x86_64 ;;
+arm32) Khost_cpu=arm ;;
+armv*[lb]) Khost_cpu=arm ;;
+mipsel)Khost_cpu=mips ;;
+alpha*)Khost_cpu=alpha ;;
+sparc*)Khost_cpu=sparc ;;
+powerpc*)  Khost_cpu=powerpc ;;
+s390*) Khost_cpu=s390 ;;
+sh[34]*)   Khost_cpu=sh ;;
+
+esac
+
+case "$Khost_os" in
+
+aix*)  Khost_os=aix ;;
+aof*)  Khost_os=riscos ;;
+aux*)  Khost_os=a-ux ;;
+bsdi3*)Khost_os=bsdi3 ;;
+bsdi*) Khost_os=bsdi ;;
+cygwin*)   Khost_os=cygwin32 ;;
+darwin*)   Khost_os=darwin ;;
+freebsd*)  Khost_os=freebsd2 ;;
+dragonfly*)Khost_os=freebsd2 ;;
+hpux*) Khost_os=hpux ;;
+gnu*)  Khost_os=gnu ;;
+irix*) Khost_os=irix5 ;;
+linux*)Khost_os=linux ;;
+machten*)  Khost_os=machten ;;
+netbsd*)   Khost_os=netbsd1 ;;
+openbsd*)  Khost_os=openbsd2 ;;
+osf*)  Khost_os=osf ;;
+qnx4.*)Khost_os=qnx ;;
+solaris2*) Khost_os=solaris2 ;;
+sunos4*)   Khost_os=sunos4 ;;
+sysv*) Khost_os=univel_svr4 ;;
+ultrix4*)  Khost_os=ultrix4 ;;
+
+esac

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] CVS kaffe (robilad):

2005-10-18 Thread Kaffe CVS
*** ERROR *** cvsps failed - lastCandidate was 0

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] CVS kaffe (robilad): Added DragonFly BSD information

2005-10-18 Thread Kaffe CVS
PatchSet 6946 
Date: 2005/10/18 22:13:26
Author: robilad
Branch: HEAD
Tag: (none) 
Log:
Added DragonFly BSD information

2005-10-18  Dalibor Topic  <[EMAIL PROTECTED]>

* README: Added DragonFly BSD to ported platforms.

* WHATSNEW: Added news about DragonFly BSD.

Members: 
ChangeLog:1.4469->1.4470 
README:1.33->1.34 
WHATSNEW:1.48->1.49 

Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.4469 kaffe/ChangeLog:1.4470
--- kaffe/ChangeLog:1.4469  Tue Oct 18 22:05:48 2005
+++ kaffe/ChangeLog Tue Oct 18 22:13:26 2005
@@ -1,3 +1,9 @@
+2005-10-18  Dalibor Topic  <[EMAIL PROTECTED]>
+
+   * README: Added DragonFly BSD to ported platforms.
+
+   * WHATSNEW: Added news about DragonFly BSD.
+
 2005-10-18  Joerg Sonnenberger <[EMAIL PROTECTED]>
 
* config/config.alias: Added support for dragonfly. Use the
Index: kaffe/README
diff -u kaffe/README:1.33 kaffe/README:1.34
--- kaffe/README:1.33   Tue Sep 20 02:17:28 2005
+++ kaffe/READMETue Oct 18 22:13:27 2005
@@ -40,7 +40,7 @@
 |  |DG/UX  OpenBSD 2.x OpenStep 4.x
 |  |QNX 4.xNCR MP-RAS 3.x  OSKit 0.96 +
 |  |GNU Hurd   BeOSCygwin
-   |  |Darwin
+   |  |Darwin  DragonFly BSD
   
   Sparc | J+I  |Linux 2.x   SunOS 4.x   NetBSD 1.x
 |  |NeXTStep 3.xSolaris 2.xFujitsu UXP/DS
Index: kaffe/WHATSNEW
diff -u kaffe/WHATSNEW:1.48 kaffe/WHATSNEW:1.49
--- kaffe/WHATSNEW:1.48 Tue Sep 20 02:17:28 2005
+++ kaffe/WHATSNEW  Tue Oct 18 22:13:27 2005
@@ -1,3 +1,7 @@
+What's New Since Kaffe 1.1.6
+
+* Support for DragonFly BSD.
+
 What's New in Kaffe 1.1.6
 --
 

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


Re: [kaffe] Problem with Strings/Xml Parsing while trying to run an embedded Jetty

2005-10-18 Thread Ito Kazumitsu
From: Rafael Teixeira <[EMAIL PROTECTED]>
Date: Tue, 18 Oct 2005 10:45:06 -0200

> > > > > Also when Jetty is trying to read the configuration xmls, DTD aren't
> > > > > being correctly loaded in the sax validator:
> > > > >
> > > > > INFO: Version Jetty/5.1.x
> > > > >
> > > > > org.xml.sax.SAXParseException: Element type 'web-app' was not declared
> Again the same configuration files embedded in the jar run fine in
> Sun's VM and Jetty gets started and runs my web-app...
> 
> The web-app not being accepted is the one in my WEB-INF/web.xml that
> uses another DTD, that indeed should accept 'web-app'
> 
>  Application 2.3//EN" "http://java.sun.com/dtd/web-app_2_3.dtd";>

By disabling xerces, I could reproduce the same error:
"org.xml.sax.SAXParseException: Element type 'web-app' was not declared".

> I've put some diagnostic printlns inside the
> gnu.xml.pipeline.ValidationConsumer.startElement method that is
> raising the error, and surely it looks like the DTDs isn't being
> loaded as it list of valid elements is empty at start (it adds the
> offending item to the list so that it can continue to validate without
> reissuing the same error for similar itens, so the list grows during
> the execution).

I am afraid gnu.xml package is not mature enough as a validating
XML parser.  Much work will be needed to make it stable.

> So again looks like some other problem (I guess again with string
> manipulation) may be precluding the DTDs from being parsed/loaded and
> so the other errors appear.

Switching the SAX parser to xerces solves the problem. So I think
the problem exists in gnu.xml package.

Suggested workaround for now is either

  (1) Use xerces.  Xerces comes with Jetty and it can be activated
  by setting the system property javax.xml.parsers.SAXParserFactory
  to org.apache.xerces.jaxp.SAXParserFactoryImpl

  or

  (2) Do not try to validate the configuration XML files. Jetty will not
  validate the XML files if the system property
  org.mortbay.xml.XmlParser.NotValidating is set to true.

___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe