Using the newest Classapth with gcj ?

Using the newest Classapth with gcj ?

[David Michel]

Hi,

I have a java (1.5) project running in Eclipse currently using Sun's
compiler and wanted to use gcj instead. So I've been trying to use
Eclipse + java-1.5.0-gcj-4.3-1.5.0.0 (just downloaded the standard
package from the repository of Ubuntu 8.04 LTS)

It didn't compile properly at first giving me errors related to awt/swing...

As often the case, the repositories are sometimes not so uptodate with
the latest development, so I checked the gcj website and then I
realised that the libgcj project has been stopped, or better, merged
with the Classpath project which then provides the java libraries.
That means that libgcj library provided in Ubuntu's latest repository
is relatively old, so If I wanted to have the latest java libraries, I
would have to get the latest Classpath, is that right ?

I did download the latest development Classpath  and run the typical
configure + make + make install, but I'm not sure what this has given
me! How do I get gcj to use this newly installed Classpath library
instead of libgcj ?

and how to get this bundled correctly with Eclipse ? Do I have to
rebuild a new JRE to be used with Eclipse?
Sorry if this a daft question but I cannot find any real useful info
and I'm quite confused about JRE, JDK, gcj, libgcj, classpath how they
all fit (or not!) together


Cheers
David

Re: Using the newest Classapth with gcj ?

[Andrew Haley]

This is how you use the newest Classapth with gcj:

 $ svn co http://gcc.gnu.org/svn/gcc/branches/gcc-4_4-branch/
 $ mkdir gcc-4_4-branch/obj-x86_64-unknown-linux-gnu
 $ cd gcc-4_4-branch/obj-x86_64-unknown-linux-gnu
 $ `pwd`/../configure --enable-languages=java --prefix=/local/gcc-4_4-branch/install --enable-java-home
 $ make && make install
 $ /local/gcc-4_4-branch/install/lib/jvm/bin/java -version
java version "1.5.0"
gij (GNU libgcj) version 4.4.0 20090330 (prerelease)

Copyright (C) 2007 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Substitute your own arch-dependent values.  Feel free to ask more questions
if you have any trouble.

Cheers,
Andrew.

Re: Using the newest Classapth with gcj ?

[David Michel]

Thanks for this, this is really useful athough I get an error at the make stage:

make[3]: Entering directory
`/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/gcc'
/home/micd/gcc-4_4-branch/missing flex  -ogengtype-lex.c
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/gengtype-lex.l
WARNING: `flex' is missing on your system.  You should only need it if
         you modified a `.l' file.  You may need the `Flex' package
         in order for those modifications to take effect.  You can get
         `Flex' from any GNU archive site.
gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/build
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
 -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
-I../libdecnumber    -o build/gengtype-lex.o gengtype-lex.c
gcc: gengtype-lex.c: No such file or directory
gcc: no input files
make[3]: *** [build/gengtype-lex.o] Error 1
make[3]: Leaving directory
`/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory
`/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
make: *** [all] Error 2


Although I do have flex:

$ sudo apt-get install flex
Reading package lists... Done
Building dependency tree
Reading state information... Done
flex is already the newest version.


David

2009/3/30 Andrew Haley <aph@redhat.com>:
> This is how you use the newest Classapth with gcj:
>
>  $ svn co http://gcc.gnu.org/svn/gcc/branches/gcc-4_4-branch/
>  $ mkdir gcc-4_4-branch/obj-x86_64-unknown-linux-gnu
>  $ cd gcc-4_4-branch/obj-x86_64-unknown-linux-gnu
>  $ `pwd`/../configure --enable-languages=java --prefix=/local/gcc-4_4-branch/install --enable-java-home
>  $ make && make install
>  $ /local/gcc-4_4-branch/install/lib/jvm/bin/java -version
> java version "1.5.0"
> gij (GNU libgcj) version 4.4.0 20090330 (prerelease)
>
> Copyright (C) 2007 Free Software Foundation, Inc.
> This is free software; see the source for copying conditions.  There is NO
> warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
>
> Substitute your own arch-dependent values.  Feel free to ask more questions
> if you have any trouble.
>
> Cheers,
> Andrew.
>
>

Re: Using the newest Classapth with gcj ?

[Andrew Haley]

David Michel wrote:
> Thanks for this, this is really useful athough I get an error at the make stage:
> 
> make[3]: Entering directory
> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/gcc'
> /home/micd/gcc-4_4-branch/missing flex  -ogengtype-lex.c
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/gengtype-lex.l
> WARNING: `flex' is missing on your system.  You should only need it if
>          you modified a `.l' file.  You may need the `Flex' package
>          in order for those modifications to take effect.  You can get
>          `Flex' from any GNU archive site.
> gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
> -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/build
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
>  -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
> -I../libdecnumber    -o build/gengtype-lex.o gengtype-lex.c
> gcc: gengtype-lex.c: No such file or directory
> gcc: no input files
> make[3]: *** [build/gengtype-lex.o] Error 1
> make[3]: Leaving directory
> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/gcc'
> make[2]: *** [all-stage1-gcc] Error 2
> make[2]: Leaving directory
> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
> make[1]: *** [stage1-bubble] Error 2
> make[1]: Leaving directory
> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
> make: *** [all] Error 2
> 
> 
> Although I do have flex:
> 
> $ sudo apt-get install flex
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> flex is already the newest version.

Look in build/config.log to see what it says about flex.

Make sure /usr/bin/flex exists.

Make sure it existed the first time you configured.  If not, blow
away your build directory and reconfigure.

Andrew.

Re: Using the newest Classapth with gcj ?

[David Michel]

Yes of course, flex wasn't installed when I first run configure. Now
it passes this point ok, but still fails later on with this:

gcc  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/genrecog \
	    build/genrecog.o build/rtl.o build/read-rtl.o build/ggc-none.o
build/vec.o build/min-insn-modes.o build/gensupport.o
build/print-rtl.o build/errors.o
../build-i686-pc-linux-gnu/libiberty/libiberty.a
build/genrecog /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md
\
	  insn-conditions.md > tmp-recog.c
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19820:
warning: operand 1 missing mode?
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19861:
warning: operand 1 missing mode?
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19878:
warning: operand 1 missing mode?
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/sse.md:11556:
warning: operand 1 missing mode?
/bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
tmp-recog.c insn-recog.c
echo timestamp > s-recog
lsf=""; for f in $lsf; do \
	    echo "#include \"$f\""; \
	done | sed 's|/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/||'
> tmp-specs.h
/bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
tmp-specs.h specs.h
echo timestamp > s-specs
gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/build
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
 -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
-I../libdecnumber    -o build/gcov-iov.o
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/gcov-iov.c
gcc  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE  build/gcov-iov.o -o
build/gcov-iov
build/gcov-iov '4.4.0' 'prerelease' \
	    > tmp-gcov-iov.h
/bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
tmp-gcov-iov.h gcov-iov.h
echo timestamp > s-iov
gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
-Wold-style-definition -Wc++-compat -Wmissing-format-attribute
-pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
-fno-common  -DHAVE_CONFIG_H -I. -I.
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/.
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
 -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
-I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
-I../libdecnumber
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c
-o c-lang.o
In file included from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/input.h:25,
                 from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/tree.h:27,
                 from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c:27:
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/line-map.h:66:
error: ‘CHAR_BIT’ undeclared here (not in a function)
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/line-map.h:66:
error: bit-field ‘reason’ width not an integer constant
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/line-map.h:66:
warning: ‘reason’ is narrower than values of its type
In file included from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-common.h:26,
                 from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-tree.h:25,
                 from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c:28:
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:198:
error: bit-field ‘type’ width not an integer constant
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:198:
warning: ‘type’ is narrower than values of its type
In file included from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-common.h:26,
                 from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-tree.h:25,
                 from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c:28:
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:241:3:
error: #error "Cannot find a least-32-bit signed integer type"
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:243:
error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before
‘cppchar_t’
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:244:
error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before
‘cppchar_signed_t’
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:732:
error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before
‘cpp_interpret_charconst’
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:743:
error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before
‘cpp_host_to_exec_charset’
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/cpplib.h:870:
error: expected ‘=’, ‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before
‘cpp_parse_escape’
In file included from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-tree.h:26,
                 from
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c:28:
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/toplev.h:
In function ‘floor_log2’:
/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/toplev.h:193:
warning: control reaches end of non-void function
make[3]: *** [c-lang.o] Error 1
make[3]: Leaving directory
`/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/gcc'
make[2]: *** [all-stage1-gcc] Error 2
make[2]: Leaving directory
`/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
make[1]: *** [stage1-bubble] Error 2
make[1]: Leaving directory
`/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
make: *** [all] Error 2

Do you know what this means ?

Cheers

David



2009/3/31 Andrew Haley <aph@redhat.com>:
> David Michel wrote:
>> Thanks for this, this is really useful athough I get an error at the make stage:
>>
>> make[3]: Entering directory
>> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/gcc'
>> /home/micd/gcc-4_4-branch/missing flex  -ogengtype-lex.c
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/gengtype-lex.l
>> WARNING: `flex' is missing on your system.  You should only need it if
>>          you modified a `.l' file.  You may need the `Flex' package
>>          in order for those modifications to take effect.  You can get
>>          `Flex' from any GNU archive site.
>> gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
>> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
>> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
>> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
>> -fno-common -Wno-error -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/build
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
>>  -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
>> -I../libdecnumber    -o build/gengtype-lex.o gengtype-lex.c
>> gcc: gengtype-lex.c: No such file or directory
>> gcc: no input files
>> make[3]: *** [build/gengtype-lex.o] Error 1
>> make[3]: Leaving directory
>> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/gcc'
>> make[2]: *** [all-stage1-gcc] Error 2
>> make[2]: Leaving directory
>> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
>> make[1]: *** [stage1-bubble] Error 2
>> make[1]: Leaving directory
>> `/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu'
>> make: *** [all] Error 2
>>
>>
>> Although I do have flex:
>>
>> $ sudo apt-get install flex
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> flex is already the newest version.
>
> Look in build/config.log to see what it says about flex.
>
> Make sure /usr/bin/flex exists.
>
> Make sure it existed the first time you configured.  If not, blow
> away your build directory and reconfigure.
>
> Andrew.
>

Re: Using the newest Classapth with gcj ?

[Andrew Haley]

David Michel wrote:
> Yes of course, flex wasn't installed when I first run configure. Now
> it passes this point ok, but still fails later on with this:
> 
> gcc  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
> -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/genrecog \
> 	    build/genrecog.o build/rtl.o build/read-rtl.o build/ggc-none.o
> build/vec.o build/min-insn-modes.o build/gensupport.o
> build/print-rtl.o build/errors.o
> ../build-i686-pc-linux-gnu/libiberty/libiberty.a
> build/genrecog /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md
> \
> 	  insn-conditions.md > tmp-recog.c
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19820:
> warning: operand 1 missing mode?
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19861:
> warning: operand 1 missing mode?
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19878:
> warning: operand 1 missing mode?
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/sse.md:11556:
> warning: operand 1 missing mode?
> /bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
> tmp-recog.c insn-recog.c
> echo timestamp > s-recog
> lsf=""; for f in $lsf; do \
> 	    echo "#include \"$f\""; \
> 	done | sed 's|/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/||'
>> tmp-specs.h
> /bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
> tmp-specs.h specs.h
> echo timestamp > s-specs
> gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
> -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/build
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
>  -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
> -I../libdecnumber    -o build/gcov-iov.o
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/gcov-iov.c
> gcc  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
> -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE  build/gcov-iov.o -o
> build/gcov-iov
> build/gcov-iov '4.4.0' 'prerelease' \
> 	    > tmp-gcov-iov.h
> /bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
> tmp-gcov-iov.h gcov-iov.h
> echo timestamp > s-iov
> gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
> -fno-common  -DHAVE_CONFIG_H -I. -I.
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/.
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
>  -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
> -I../libdecnumber
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c
> -o c-lang.o
> In file included from
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/input.h:25,
>                  from
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/tree.h:27,
>                  from
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c:27:
> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/line-map.h:66:
> error: ‘CHAR_BIT’ undeclared here (not in a function)

CHAR_BIT should be in /usr/include/limits.h.

Andrew.

Re: Using the newest Classapth with gcj ?

[David Michel]

well it is there at line 54-55

/* Number of bits in a `char'.	*/
#  define CHAR_BIT	8

David

2009/3/31 Andrew Haley <aph@redhat.com>:
> David Michel wrote:
>> Yes of course, flex wasn't installed when I first run configure. Now
>> it passes this point ok, but still fails later on with this:
>>
>> gcc  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
>> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
>> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
>> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
>> -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE  -o build/genrecog \
>>           build/genrecog.o build/rtl.o build/read-rtl.o build/ggc-none.o
>> build/vec.o build/min-insn-modes.o build/gensupport.o
>> build/print-rtl.o build/errors.o
>> ../build-i686-pc-linux-gnu/libiberty/libiberty.a
>> build/genrecog /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md
>> \
>>         insn-conditions.md > tmp-recog.c
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19820:
>> warning: operand 1 missing mode?
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19861:
>> warning: operand 1 missing mode?
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/i386.md:19878:
>> warning: operand 1 missing mode?
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/config/i386/sse.md:11556:
>> warning: operand 1 missing mode?
>> /bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
>> tmp-recog.c insn-recog.c
>> echo timestamp > s-recog
>> lsf=""; for f in $lsf; do \
>>           echo "#include \"$f\""; \
>>       done | sed 's|/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/||'
>>> tmp-specs.h
>> /bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
>> tmp-specs.h specs.h
>> echo timestamp > s-specs
>> gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
>> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
>> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
>> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
>> -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE -I. -Ibuild
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/build
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
>>  -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
>> -I../libdecnumber    -o build/gcov-iov.o
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/gcov-iov.c
>> gcc  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
>> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
>> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
>> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
>> -fno-common  -DHAVE_CONFIG_H -DGENERATOR_FILE  build/gcov-iov.o -o
>> build/gcov-iov
>> build/gcov-iov '4.4.0' 'prerelease' \
>>           > tmp-gcov-iov.h
>> /bin/bash /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../move-if-change
>> tmp-gcov-iov.h gcov-iov.h
>> echo timestamp > s-iov
>> gcc -c  -g -fkeep-inline-functions -DIN_GCC   -W -Wall -Wwrite-strings
>> -Wstrict-prototypes -Wmissing-prototypes -Wcast-qual
>> -Wold-style-definition -Wc++-compat -Wmissing-format-attribute
>> -pedantic -Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
>> -fno-common  -DHAVE_CONFIG_H -I. -I.
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/.
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../include
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include
>>  -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber
>> -I/home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libdecnumber/bid
>> -I../libdecnumber
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c
>> -o c-lang.o
>> In file included from
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/input.h:25,
>>                  from
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/tree.h:27,
>>                  from
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/c-lang.c:27:
>> /home/micd/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/../gcc/../libcpp/include/line-map.h:66:
>> error: ‘CHAR_BIT’ undeclared here (not in a function)
>
> CHAR_BIT should be in /usr/include/limits.h.
>
> Andrew.
>

Re: Using the newest Classapth with gcj ?

[Andrew Haley]

David Michel wrote:
> well it is there at line 54-55
> 
> /* Number of bits in a `char'.	*/
> #  define CHAR_BIT	8
> 

Line 54-55 of what?  As I said, CHAR_BIT should be defined in
/usr/include/limits.h.

If it isn't there is something seriously wrong with the system you're
trying to build on.

Andrew.

Fwd: Using the newest Classapth with gcj ?

[David Michel]

---------- Forwarded message ----------
From: David Michel <dmichel76@googlemail.com>
Date: 2009/3/31
Subject: Re: Using the newest Classapth with gcj ?
To: Andrew Haley <aph@redhat.com>


well line 54-55 of /usr/include/limits.h obviously

2009/3/31 Andrew Haley <aph@redhat.com>:
> David Michel wrote:
>> well it is there at line 54-55
>>
>> /* Number of bits in a `char'.        */
>> #  define CHAR_BIT    8
>>
>
> Line 54-55 of what?  As I said, CHAR_BIT should be defined in
> /usr/include/limits.h.
>
> If it isn't there is something seriously wrong with the system you're
> trying to build on.
>
> Andrew.
>

Re: Using the newest Classapth with gcj ?

[David Michel]

strange indeed. I just tried another machine and I get this error:

checking for i686-pc-linux-gnu-gcc...
/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/xgcc
-B/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/
-B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/bin/
-B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/lib/ -isystem
/local/gcc-4_4-branch/install/i686-pc-linux-gnu/include -isystem
/local/gcc-4_4-branch/install/i686-pc-linux-gnu/sys-include
checking for suffix of object files... configure: error: in
`/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/i686-pc-linux-gnu/libgcc':
configure: error: cannot compute suffix of object files: cannot compile

I am also quite confused about this one...

2009/3/31 Andrew Haley <aph@redhat.com>:
> David Michel wrote:
>> well line 54-55 of /usr/include/limits.h obviously
>
> OK, I can't debug this remotely.  I don't know why, on your machine,
> this file isn't being included.  It's extremely odd.
>
> Andrew.
>
>
>> 2009/3/31 Andrew Haley <aph@redhat.com>:
>>> David Michel wrote:
>>>> well it is there at line 54-55
>>>>
>>>> /* Number of bits in a `char'.        */
>>>> #  define CHAR_BIT    8
>>>>
>>> Line 54-55 of what?  As I said, CHAR_BIT should be defined in
>>> /usr/include/limits.h.
>>>
>>> If it isn't there is something seriously wrong with the system you're
>>> trying to build on.
>>>
>>> Andrew.
>>>
>
>

Re: Using the newest Classapth with gcj ?

[David Daney]

David Michel wrote:
> strange indeed. I just tried another machine and I get this error:
> 
> checking for i686-pc-linux-gnu-gcc...
> /home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/xgcc
> -B/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/
> -B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/bin/
> -B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/lib/ -isystem
> /local/gcc-4_4-branch/install/i686-pc-linux-gnu/include -isystem
> /local/gcc-4_4-branch/install/i686-pc-linux-gnu/sys-include
> checking for suffix of object files... configure: error: in
> `/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/i686-pc-linux-gnu/libgcc':
> configure: error: cannot compute suffix of object files: cannot compile
> 
> I am also quite confused about this one...
> 

You have to have a working C compiler installed.

David Daney

Re: Using the newest Classapth with gcj ?

[David Michel]

well, I do have a working C compiler !

2009/3/31 David Daney <ddaney@caviumnetworks.com>:
> David Michel wrote:
>>
>> strange indeed. I just tried another machine and I get this error:
>>
>> checking for i686-pc-linux-gnu-gcc...
>> /home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/xgcc
>> -B/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/
>> -B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/bin/
>> -B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/lib/ -isystem
>> /local/gcc-4_4-branch/install/i686-pc-linux-gnu/include -isystem
>> /local/gcc-4_4-branch/install/i686-pc-linux-gnu/sys-include
>> checking for suffix of object files... configure: error: in
>>
>> `/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/i686-pc-linux-gnu/libgcc':
>> configure: error: cannot compute suffix of object files: cannot compile
>>
>> I am also quite confused about this one...
>>
>
> You have to have a working C compiler installed.
>
> David Daney
>
>
>

Re: Using the newest Classapth with gcj ?

[David Michel]

I got to reinstall my system and finally went through the make stage properly !

As I compile my java code against the newly installed jvm, I get some
errors and who'd like to check against the source code itself. Where
can I get this ? Within Eclipse, it is expecting a zip file with the
source code in it....

Cheers
David

2009/4/1 Andrew Haley <aph@redhat.com>
>
> David Michel wrote:
> > strange indeed. I just tried another machine and I get this error:
> >
> > checking for i686-pc-linux-gnu-gcc...
> > /home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/xgcc
> > -B/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/./gcc/
> > -B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/bin/
> > -B/local/gcc-4_4-branch/install/i686-pc-linux-gnu/lib/ -isystem
> > /local/gcc-4_4-branch/install/i686-pc-linux-gnu/include -isystem
> > /local/gcc-4_4-branch/install/i686-pc-linux-gnu/sys-include
> > checking for suffix of object files... configure: error: in
> > `/home/dav/gcc-4_4-branch/obj-x86_64-unknown-linux-gnu/i686-pc-linux-gnu/libgcc':
> > configure: error: cannot compute suffix of object files: cannot compile
> >
> > I am also quite confused about this one...
>
> Does your C compiler actually work?  Can you build packages at all?
> Something looks terribly wrong.
>
> The test and its output will be in one of the log files.
>
> Andrew.
>
>
> > 2009/3/31 Andrew Haley <aph@redhat.com>:
> >> David Michel wrote:
> >>> well line 54-55 of /usr/include/limits.h obviously
> >> OK, I can't debug this remotely.  I don't know why, on your machine,
> >> this file isn't being included.  It's extremely odd.
> >>
> >> Andrew.
> >>
> >>
> >>> 2009/3/31 Andrew Haley <aph@redhat.com>:
> >>>> David Michel wrote:
> >>>>> well it is there at line 54-55
> >>>>>
> >>>>> /* Number of bits in a `char'.        */
> >>>>> #  define CHAR_BIT    8
> >>>>>
> >>>> Line 54-55 of what?  As I said, CHAR_BIT should be defined in
> >>>> /usr/include/limits.h.
> >>>>
> >>>> If it isn't there is something seriously wrong with the system you're
> >>>> trying to build on.
> >>>>
> >>>> Andrew.
> >>>>
> >>
>

Re: Using the newest Classapth with gcj ?

[Andrew Haley]

David Michel wrote:
> I got to reinstall my system and finally went through the make stage properly !
> 
> As I compile my java code against the newly installed jvm, I get some
> errors and who'd like to check against the source code itself. Where
> can I get this ? Within Eclipse, it is expecting a zip file with the
> source code in it....

Yeah, I noticed that.  The sources are in the gcc source dir, under libjava/
and libjava/classpath/

Andrew.

Re: Using the newest Classapth with gcj ?

[David Michel]

Thanks a lot, that's really helpful. It would have taken me ages to
find where the sources are located !
Cheers

David

2009/4/2 Andrew Haley <aph@redhat.com>:
> David Michel wrote:
>> I got to reinstall my system and finally went through the make stage properly !
>>
>> As I compile my java code against the newly installed jvm, I get some
>> errors and who'd like to check against the source code itself. Where
>> can I get this ? Within Eclipse, it is expecting a zip file with the
>> source code in it....
>
> Yeah, I noticed that.  The sources are in the gcc source dir, under libjava/
> and libjava/classpath/
>
> Andrew.
>
>
>

Re: Using the newest Classapth with gcj ?

[David Michel]

Originally, I had some errors coming up when using gcc 4.2.4 for
compiling my java application. So I thought I'll update to the latest
gcc hoping it might resolve the problems...now I get a different kinds
of errors:

Exception in thread "main" java.awt.AWTError: Cannot load AWT toolkit:
   at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:607)
   at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:103)
   at java.awt.Window.<init>(Window.java:133)
   at java.awt.Frame.<init>(Frame.java:246)
   at javax.swing.JFrame.<init>(JFrame.java:114)
   at nl.kbna.dioscuri.GUI.<init>(GUI.java:221)
   at nl.kbna.dioscuri.GUI.<init>(GUI.java:295)
   at nl.kbna.dioscuri.GUI.main(GUI.java:213)
Caused by: java.lang.ClassNotFoundException:
   at java.lang.Class.forName(natClass.cc:101)
   at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:583)


I read everywhere that Classpath has not yet implemented everything...
is this error due to that ? (can you guys tell just from this error
message ?). Is it worth for me digging a bit more, or is this just not
going to work as it's simply not implemented yet in Classpath ?

Cheers

david


2009/4/3 David Michel <dmichel76@googlemail.com>:
> Thanks a lot, that's really helpful. It would have taken me ages to
> find where the sources are located !
> Cheers
>
> David
>
> 2009/4/2 Andrew Haley <aph@redhat.com>:
>> David Michel wrote:
>>> I got to reinstall my system and finally went through the make stage properly !
>>>
>>> As I compile my java code against the newly installed jvm, I get some
>>> errors and who'd like to check against the source code itself. Where
>>> can I get this ? Within Eclipse, it is expecting a zip file with the
>>> source code in it....
>>
>> Yeah, I noticed that.  The sources are in the gcc source dir, under libjava/
>> and libjava/classpath/
>>
>> Andrew.
>>
>>
>>
>

Re: Using the newest Classapth with gcj ?

[Andrew Haley]

David Michel wrote:
> Originally, I had some errors coming up when using gcc 4.2.4 for
> compiling my java application. So I thought I'll update to the latest
> gcc hoping it might resolve the problems...now I get a different kinds
> of errors:
> 
> Exception in thread "main" java.awt.AWTError: Cannot load AWT toolkit:
>    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:607)
>    at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:103)
>    at java.awt.Window.<init>(Window.java:133)
>    at java.awt.Frame.<init>(Frame.java:246)
>    at javax.swing.JFrame.<init>(JFrame.java:114)
>    at nl.kbna.dioscuri.GUI.<init>(GUI.java:221)
>    at nl.kbna.dioscuri.GUI.<init>(GUI.java:295)
>    at nl.kbna.dioscuri.GUI.main(GUI.java:213)
> Caused by: java.lang.ClassNotFoundException:
>    at java.lang.Class.forName(natClass.cc:101)
>    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:583)
> 
> 
> I read everywhere that Classpath has not yet implemented everything...
> is this error due to that ? (can you guys tell just from this error
> message ?). Is it worth for me digging a bit more, or is this just not
> going to work as it's simply not implemented yet in Classpath ?

Ah.  You didn't say you wanted AWT, so I didn't tell you how to build it.
Sorry, all this GUI stuff isn't my speciality so I normally build without
it.

You need to configure with --enable-java-awt=gtk.

Andrew.

Re: Using the newest Classapth with gcj ?

[David Michel]

Ohh !...sorry I didn't realise this was going to change the
configure/make process...
If I get it to build and still get errors, I guess I'll start a new
thread as it's then a rather different problem than just building it

Cheers

David

2009/4/3 Andrew Haley <aph@redhat.com>:
> David Michel wrote:
>> Originally, I had some errors coming up when using gcc 4.2.4 for
>> compiling my java application. So I thought I'll update to the latest
>> gcc hoping it might resolve the problems...now I get a different kinds
>> of errors:
>>
>> Exception in thread "main" java.awt.AWTError: Cannot load AWT toolkit:
>>    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:607)
>>    at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:103)
>>    at java.awt.Window.<init>(Window.java:133)
>>    at java.awt.Frame.<init>(Frame.java:246)
>>    at javax.swing.JFrame.<init>(JFrame.java:114)
>>    at nl.kbna.dioscuri.GUI.<init>(GUI.java:221)
>>    at nl.kbna.dioscuri.GUI.<init>(GUI.java:295)
>>    at nl.kbna.dioscuri.GUI.main(GUI.java:213)
>> Caused by: java.lang.ClassNotFoundException:
>>    at java.lang.Class.forName(natClass.cc:101)
>>    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:583)
>>
>>
>> I read everywhere that Classpath has not yet implemented everything...
>> is this error due to that ? (can you guys tell just from this error
>> message ?). Is it worth for me digging a bit more, or is this just not
>> going to work as it's simply not implemented yet in Classpath ?
>
> Ah.  You didn't say you wanted AWT, so I didn't tell you how to build it.
> Sorry, all this GUI stuff isn't my speciality so I normally build without
> it.
>
> You need to configure with --enable-java-awt=gtk.
>
> Andrew.
>