In most cases I would either struggle through all this quietly or give up and go
somewhere else. But I'm going to give this project a more serious try. I am
reporting my "newbie" experiences in the hopes of maybe improving the product. Scott
already reported one small improvement in the documentation. Here are my results in
trying to get "Hello, World" running for the first time.
Tools on hand (as reported with --version option)
autoconf 2.53
automake 1.6.3
autoheader 2.53
libtool 1.4.2
gcj 3.2
GTK+ 1.2.10
Other components, versions learned some other way
libart_lgpl 2.2.0
ORP 1.0.10
Checked out fresh classpath source tree.
1. aclocal ran silently
2. autoheader produced (indented to differentiate from my notes):
WARNING: Using auxiliary files such as `acconfig.h', `config.h.bot'
WARNING: and `config.h.top', to define templates for `config.h.in'
WARNING: is deprecated and discouraged.
WARNING: Using the third argument of `AC_DEFINE' and
WARNING: `AC_DEFINE_UNQUOTED' allows to define a template without
WARNING: `acconfig.h':
WARNING: AC_DEFINE([NEED_MAIN], 1,
WARNING: [Define if a function `main' is needed.])
WARNING: More sophisticated templates can also be produced, see the
WARNING: documentation.
autoheader: `include/config.h.in' is created
3. automake produced:
configure.in:18: your implementation of AM_INIT_AUTOMAKE comes from an
configure.in:18: old Automake version. You should recreate aclocal.m4
configure.in:18: with aclocal and run automake again.
/usr/local/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL
/usr/local/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL
/usr/local/share/automake-1.6/am/depend2.am: AMDEP does not appear in AM_CONDITIONAL
/usr/local/share/automake-1.6/am/lang-compile.am: AMDEP does not appear in
AM_CONDITIONAL
< DOL: the last four lines above are repeated six more times in the ouput >
4. autoconf ran silently
5. ./configure ran normally (as nearly as I could tell).
6. make began to run, but then I noticed it called jikes; the INSTALL documentation
implies gcj is
the default. An error ensued. I reran configure with options (--with-gcj
--enable-jni)
This time, make ran normally (as nearly as I could tell), but with the following at the
end of otherwise normal make-like output:
make[2]: Entering directory
`/home/daryl/java/gnujava/classpath/classpath/native/fdlibm'
Makefile:257: *** missing separator. Stop.
make[2]: Leaving directory
`/home/daryl/java/gnujava/classpath/classpath/native/fdlibm'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/daryl/java/gnujava/classpath/classpath/native'
make: *** [all-recursive] Error 1
7. "make check" and "make install" produced the same final output
8. running orp as specified in the document "GNU Classpath and ORP" failed: couldn't
locate
java/lang/Object. I changed CLASSPATH to
/usr/local/classpath/share/classpath/glibj.zip
(note the zip file at the end), and got a bad-looking error (second line split for
readability):
Uncaught exception:
orp: stack_manipulation_ia32.cpp:314: unsigned int orp_get_stack_depth
(Frame_Context *, Class **, void **, int, unsigned int):
Assertion `!( strcmp("exit", name) && strcmp("main", name)
&& strcmp("initializeSystemClass", name) && strcmp("run", name)
&& name[0] != '<')' failed.
Aborted
At this point, I decided my brain was full and decided to seek help.
--
Daryl Lee
Marietta, GA
_______________________________________________
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
