Re: [kaffe] ecj-compiled kaffe fails in regression tests

2005-12-07 Thread Kiyo Inaba
Hi Kaz,

>Using the following poor man's ecj,
>
>$ cat bin/ecj
>#!/bin/sh
>exec /usr/local/kaffe/bin/kaffe \
>-classpath $HOME/javalib/org.eclipse.jdt.core_3.1.1.jar \
>org.eclipse.jdt.internal.compiler.batch.Main \
>"$@"

That's a good news! Could you please add something in 'FAQ.classlibrary-
compile' for where we can get the jar file and this script?

>FAIL: TestSerialVersions.java
>FAIL: TestSerialPersistent.java
>FAIL: TestSerialFields.java

These three fails should have same reason as older version of jikes.
When I use jikes-1.18 or jikes-1.19, these three errors are reported.

Kiyo

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


[kaffe] ecj-compiled kaffe fails in regression tests

2005-12-07 Thread Ito Kazumitsu
Using the following poor man's ecj,

$ cat bin/ecj
#!/bin/sh
exec /usr/local/kaffe/bin/kaffe \
-classpath $HOME/javalib/org.eclipse.jdt.core_3.1.1.jar \
org.eclipse.jdt.internal.compiler.batch.Main \
"$@"

I could make kaffe from kaffe-snapshot-20051206.tar.gz
from http://people.debian.org/~avdyk/kaffe/snapshot/.

After manually editing some script files, I managed to run "make check",
but the results were


4 of 148 tests failed
Please report to kaffe@kaffe.org


Failed were

FAIL: TestSerialVersions.java
FAIL: TestSerialPersistent.java
FAIL: TestSerialFields.java
FAIL: ClassGC.java

Attached are the diff outputs of *.fail and *.out.

Recompiling the sources of test programs with jikes and running them
with ecj-compiled glibj.zip gives good results.



0.diff.gz
Description: Binary data
___
kaffe mailing list
kaffe@kaffe.org
http://kaffe.org/cgi-bin/mailman/listinfo/kaffe


[kaffe] CVS kaffe (robilad): Resynced with GNU Classpath

2005-12-07 Thread Kaffe CVS
PatchSet 6989 
Date: 2005/12/08 01:50:17
Author: robilad
Branch: HEAD
Tag: (none) 
Log:
Resynced with GNU Classpath

Members: 
ChangeLog:1.4510->1.4511 
libraries/javalib/external/classpath/ChangeLog:1.4->1.5 
libraries/javalib/external/classpath/Makefile.in:1.3->1.4 
libraries/javalib/external/classpath/aclocal.m4:1.3->1.4 
libraries/javalib/external/classpath/configure:1.6->1.7 
libraries/javalib/external/classpath/examples/Makefile.in:1.4->1.5 
libraries/javalib/external/classpath/external/Makefile.in:1.3->1.4 
libraries/javalib/external/classpath/external/sax/Makefile.in:1.3->1.4 

libraries/javalib/external/classpath/external/sax/org/xml/sax/AttributeList.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/Attributes.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ContentHandler.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/DTDHandler.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/DocumentHandler.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/EntityResolver.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ErrorHandler.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/HandlerBase.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/InputSource.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/Locator.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/Parser.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/SAXException.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/SAXNotRecognizedException.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/SAXNotSupportedException.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/SAXParseException.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/XMLFilter.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/XMLReader.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/package.html:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/Attributes2.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/Attributes2Impl.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/DeclHandler.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/DefaultHandler2.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/EntityResolver2.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/LexicalHandler.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/Locator2.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/Locator2Impl.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/ext/package.html:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/AttributeListImpl.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/AttributesImpl.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/DefaultHandler.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/LocatorImpl.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/NamespaceSupport.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/NewInstance.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/ParserAdapter.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/ParserFactory.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/XMLFilterImpl.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/XMLReaderAdapter.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/XMLReaderFactory.java:1.4->1.5
 

libraries/javalib/external/classpath/external/sax/org/xml/sax/helpers/package.html:1.4->1.5
 

libraries/javalib/external/classpath/external/w3c_dom/Makefile.in:1.3->1.4 
libraries/javalib/external/classpath/include/Makefile.in:1.3->1.4 

libraries/javalib/external/classpath/java/awt/BorderLayout.java:1.2->1.3 
libraries/javalib/external/classp

Re: [kaffe] libraries/javalib/external/classpath/doc/*.info files are missing

2005-12-07 Thread Dalibor Topic

Ito Kazumitsu wrote:

Hi Kiyo,



The building of recent CVS version fails with the following message.


You met same problem as I faced (and reported titled 'build failure for
nb1.6') several days ago.



Sorry for missing your message.  I did not think that would be a
problem to me.



Same here ;(


| However, all GNU distributions should come with prebuilt info files,
| thus makeinfo should not be needed.  If you notice a distribution
| that does not come with *.info files, please report it as a bug.

Since Kaffe's CVS tree is not a GNU distribution, *.info files
being missing may not be a bug.  But I think there sould be
some comment on the required texinfo version.


I have not checked the contents of this documentation, but my feeling
is (even if Kaffe is not part of GNU distribution) this should be a
bug :-)

If noone has objection to put prebuilt *.info file into CVS, I will
do that in this weekend.


Sounds fine to me. Do the info files get built during a make dist step? 
Then we could simply add a "make dist classpath" step to the resync 
script, and untar that over the classpath dir, instead of copying the 
files over.



It is OK for me.  But external/classpath comes from GNU Classpath,
so the problem is wheher GNU Classpath should keep prebuilt info
files in their CVS repository.  GNU Classpath is a GNU distribution,
so released GNU Classpath packages must have prebuilt info files,
of course.  But whether or not they should always be kept in the
CVS repository may be another question.  Anyway I will ask GNU Classpath.


In general, GNU Classpath tries to keep generated files out of its CVS, 
so no configure scripts, Makefile.in files, and I guess no info files 
either. It's a different phiolosophy. ;)


That's why the resync-classpath script does an autogen.sh call on the 
newly checked out GNU Classpath.


cheers,
dalibor topic

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


[kaffe] CVS kaffe (robilad): Fixed jar and appletviewer scripts

2005-12-07 Thread Kaffe CVS
PatchSet 6988 
Date: 2005/12/08 00:52:58
Author: robilad
Branch: HEAD
Tag: (none) 
Log:
Fixed jar and appletviewer scripts

2005-12-08  Dalibor Topic  <[EMAIL PROTECTED]>

* kaffe/scripts/appletviewer.in,
kaffe/scripts/jar.in: Fixed to look for kaffe specific
classes in right directories.

Reported by:  Alejandro Mery  <[EMAIL PROTECTED]>

Members: 
ChangeLog:1.4509->1.4510 
kaffe/scripts/appletviewer.in:INITIAL->1.5 
kaffe/scripts/jar.in:INITIAL->1.6 

Index: kaffe/ChangeLog
diff -u kaffe/ChangeLog:1.4509 kaffe/ChangeLog:1.4510
--- kaffe/ChangeLog:1.4509  Mon Dec  5 20:53:59 2005
+++ kaffe/ChangeLog Thu Dec  8 00:52:58 2005
@@ -1,3 +1,11 @@
+2005-12-08  Dalibor Topic  <[EMAIL PROTECTED]>
+
+   * kaffe/scripts/appletviewer.in,
+   kaffe/scripts/jar.in: Fixed to look for kaffe specific
+   classes in right directories.
+
+   Reported by:  Alejandro Mery  <[EMAIL PROTECTED]>
+
 2005-12-05  Guilhem Lavaux  <[EMAIL PROTECTED]>
 
* kaffe/scripts/kaffe.in: Use jredir instead of prefix as home
===
Checking out kaffe/kaffe/scripts/appletviewer.in
RCS:  /home/cvs/kaffe/kaffe/kaffe/scripts/appletviewer.in,v
VERS: 1.5
***
--- /dev/null   Sun Aug  4 19:57:58 2002
+++ kaffe/kaffe/scripts/appletviewer.in Thu Dec  8 00:59:50 2005
@@ -0,0 +1,7 @@
+#! /bin/sh
+# Script to run Appletviewer
[EMAIL PROTECTED]@
[EMAIL PROTECTED]@
+exec @bindir@/@kaffe_TRANSF@ $JAVA_OPTS org.kaffe.applet.AppletViewer ${1+"$@"}
+exit $?
+
===
Checking out kaffe/kaffe/scripts/jar.in
RCS:  /home/cvs/kaffe/kaffe/kaffe/scripts/jar.in,v
VERS: 1.6
***
--- /dev/null   Sun Aug  4 19:57:58 2002
+++ kaffe/kaffe/scripts/jar.in  Thu Dec  8 00:59:50 2005
@@ -0,0 +1,6 @@
+#! /bin/sh
[EMAIL PROTECTED]@
[EMAIL PROTECTED]@
+exec @bindir@/@kaffe_TRANSF@ $JAVA_OPTS org.kaffe.tools.jar.Jar ${1+"$@"}
+exit $?
+

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


Re: [kaffe] libraries/javalib/external/classpath/doc/*.info files are missing

2005-12-07 Thread Ito Kazumitsu
Hi Kiyo,

> >The building of recent CVS version fails with the following message.
> 
> You met same problem as I faced (and reported titled 'build failure for
> nb1.6') several days ago.

Sorry for missing your message.  I did not think that would be a
problem to me.

> >| However, all GNU distributions should come with prebuilt info files,
> >| thus makeinfo should not be needed.  If you notice a distribution
> >| that does not come with *.info files, please report it as a bug.
> >
> >Since Kaffe's CVS tree is not a GNU distribution, *.info files
> >being missing may not be a bug.  But I think there sould be
> >some comment on the required texinfo version.
> 
> I have not checked the contents of this documentation, but my feeling
> is (even if Kaffe is not part of GNU distribution) this should be a
> bug :-)
> 
> If noone has objection to put prebuilt *.info file into CVS, I will
> do that in this weekend.

It is OK for me.  But external/classpath comes from GNU Classpath,
so the problem is wheher GNU Classpath should keep prebuilt info
files in their CVS repository.  GNU Classpath is a GNU distribution,
so released GNU Classpath packages must have prebuilt info files,
of course.  But whether or not they should always be kept in the
CVS repository may be another question.  Anyway I will ask GNU Classpath.

> BTW, Kaz, what is the build environment for this. Since it is ok with
> linux-2.4.18 based redhat (maybe RH7.2?).

My problematic environment is also a linux-2.4.18 based redhat.
Haven't you installed a newer texinfo by chance?

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


Re: [kaffe] libraries/javalib/external/classpath/doc/*.info files are missing

2005-12-07 Thread Kiyo Inaba
Hi Kaz,

>The building of recent CVS version fails with the following message.

You met same problem as I faced (and reported titled 'build failure for
nb1.6') several days ago.

>| However, all GNU distributions should come with prebuilt info files,
>| thus makeinfo should not be needed.  If you notice a distribution
>| that does not come with *.info files, please report it as a bug.
>
>Since Kaffe's CVS tree is not a GNU distribution, *.info files
>being missing may not be a bug.  But I think there sould be
>some comment on the required texinfo version.

I have not checked the contents of this documentation, but my feeling
is (even if Kaffe is not part of GNU distribution) this should be a
bug :-)

If noone has objection to put prebuilt *.info file into CVS, I will
do that in this weekend.

BTW, Kaz, what is the build environment for this. Since it is ok with
linux-2.4.18 based redhat (maybe RH7.2?).

Kiyo

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


[kaffe] libraries/javalib/external/classpath/doc/*.info files are missing

2005-12-07 Thread Ito Kazumitsu
Hi,

The building of recent CVS version fails with the following
message.

hacking.texinfo:16: Unknown command `ifnotplaintext'.
hacking.texinfo:22: Bad argument to `end', `ifnotplaintext', using `ifinfo'.
hacking.texinfo:22: Unmatched [EMAIL PROTECTED]'.
makeinfo: Removing output file `hacking.info' due to errors; use --force to 
preserve.
make[4]: *** [hacking.info] Error 1

I am afraid my makeinfo is too old. 

$ makeinfo --version
makeinfo (GNU texinfo) 4.1

But when I tried to get a newer makeinfo, I found a file named
makeinfo.README saying

| makeinfo is part of the texinfo distribution.
| Get texinfo-*.tar.gz.
| 
| However, all GNU distributions should come with prebuilt info files,
| thus makeinfo should not be needed.  If you notice a distribution
| that does not come with *.info files, please report it as a bug.

Since Kaffe's CVS tree is not a GNU distribution, *.info files
being missing may not be a bug.  But I think there sould be
some comment on the required texinfo version.

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


Re: [kaffe] Bug: Kaffe doesn't work with GMP on x86_64

2005-12-07 Thread Alan Eliasen

Alan Eliasen wrote:
>When run with:
> kaffe -Xnative-big-math BigIntTest
>   it produces:
> 
> Fits in long
> 4294967292
> 18446744073709551612
> 
> Which is incorrect.  The BigInteger has the wrong value.

   FYI, here are the binary and hexadecimal conversions for the above.
These are done using my programming language/calculating tool "Frink" (
http://futureboy.us/frinkdocs/ ) which is the program I'm trying to use
with Kaffe.

4294967292 -> base2
1100

4294967292 -> base16
fffc

18446744073709551612 -> base2
1100

18446744073709551612 -> base16
fffc

   It appears that maybe something's going wrong in the upper 32 bits?
That is, they're defaulting to 1 instead of 0?  Or sign bits not getting
handled correctly or extended improperly?  The BigInteger is getting
constructed from a long in the test program.

-- 
  Alan Eliasen |  "It's amazing how much mature wisdom
  [EMAIL PROTECTED]   |   resembles being too tired."
  http://futureboy.homeip.net/ | -- Robert Heinlein



-- 
  Alan Eliasen |  "It's amazing how much mature wisdom
  [EMAIL PROTECTED]   |   resembles being too tired."
  http://futureboy.homeip.net/ | -- Robert Heinlein

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


[kaffe] Bug: Kaffe doesn't work with GMP on x86_64

2005-12-07 Thread Alan Eliasen

   I really like using Kaffe as my JVM for working with really big
numbers, as it can be compiled to use the GMP library.  It makes certain
programs that work with really big integers run thousands of times
faster than any other JVM.  I was really excited about running it on the
x86_64 with 64-bit multiplies that might be up to 4 times faster.  There
seem to be major bugs preventing this from working on the x86_64
architecture, though.  (I tested against the CVS head.)

   I've written a small test program, available at:
http://futureboy.us/temp/BigIntTest.java

   that demonstrates the issue.  It should print out two identical numbers.


   When run with:
kaffe BigIntTest
  it produces:

Fits in long
4294967292
4294967292

This is correct.
-

   When run with:
kaffe -Xnative-big-math BigIntTest
  it produces:

Fits in long
4294967292
18446744073709551612

Which is incorrect.  The BigInteger has the wrong value.
--

   I tried compiling against both the GMP library shipped with Fedora
Core 3 (gmp-4.1.4-3) and against GMP 4.1.4 hand-compiled on my system.
Both exhibit the same issue.

   Is it known that GMP doesn't work with kaffe on x86_64?  Is there
anything I could try to make it work?  (Like compiling with some
different option like -m32 or -m64?)

Also, FYI, when running "make check," I get one failure
FAIL: RefTest.java

   Please let me know if there's something I can test or clarify.

-- 
  Alan Eliasen |  "It's amazing how much mature wisdom
  [EMAIL PROTECTED]   |   resembles being too tired."
  http://futureboy.homeip.net/ | -- Robert Heinlein

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


[kaffe] -O1 or -O2 (was Re: m68k-ecos)

2005-12-07 Thread Kiyo Inaba
I wrote:
>and the reason why I put -O1 in spite of -O2 is
>-O1 makes firster executables than -O2 (if I remember correctly).

I tested -O1 and -O2 against latest snap, and the elapsed time needed
for 'make Check' (m68k/netbsd/jit3) are
 -O1: 10:06:34
 -O2: 10:41:15

Of course, this includes compilation of the java source code by jikes,
but can show rough indication of performance.

Kiyo

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