Re: Classpath 0.96 Imminent

[Mark Wielaard]

Hi Andrew,

On Mon, 2007-10-08 at 20:11 +0100, Andrew John Hughes wrote:
> * Create a release branch (Mark, I know we discussed this earlier but I feel 
> happier knowing the ground under my feet is not going to move...)

Please do. I was just commenting on that I didn't feel the overhead was
really necessary since it does mean some double applying of patches to
branch and trunk. But if you feel better with a branch then please go
for it.

Thanks for picking this up!

Cheers,

Mark


signature.asc
Description: This is a digitally signed message part

Re: Classpath 0.96 Imminent

[David Daney]

Stuart Ballard wrote:

On 10/8/07, Andrew John Hughes <[EMAIL PROTECTED]> wrote:

Anyone want to suggest a suitable name? ;)


"Staying Alive"?



I like it.  Most excellent!

David Daney

Re: Classpath 0.96 Imminent

[Stuart Ballard]

On 10/8/07, Andrew John Hughes <[EMAIL PROTECTED]> wrote:
> That does seem appropriate :D

After I posted that I realized that I could have made a Firefly
reference and suggested "Too pretty to die"... I don't know if any
Classpath hackers are browncoats though.

> How are the JAPI runs made at the moment? It would be nice if there were
> IcedTea ones.  I'd also like a run against JikesRVM, if only a one off; there
> are some mismatches in the VM classes at present.

I'm afraid I've been unforgivably lax in the Japi department lately;
the runs have been broken for a few weeks (since I blogged about it)
and I've never gotten around to figuring out why or fixing it. I
apologize. I don't want to make a commitment to fixing them within a
particular timeframe that I can't keep, though. I'll try to get to it
this week sometime, but I can't promise.

Are there nightly builds of IcedTea somewhere downloadable in binary
form? If so I'd be thrilled to be able to include those in the Japi
runs.

Stuart.
-- 
http://sab39.netreach.com/

Re: Classpath 0.96 Imminent

[Andrew John Hughes]

On Monday 08 October 2007 20:26, Stuart Ballard wrote:
> On 10/8/07, Andrew John Hughes <[EMAIL PROTECTED]> wrote:
> > Anyone want to suggest a suitable name? ;)
>
> "Staying Alive"?
>
> Stuart.

That does seem appropriate :D

How are the JAPI runs made at the moment? It would be nice if there were 
IcedTea ones.  I'd also like a run against JikesRVM, if only a one off; there 
are some mismatches in the VM classes at present.

Thanks,
-- 
Andrew :-)

Help end the Java Trap!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net


pgpjg77nrwr1Q.pgp
Description: PGP signature

Re: Classpath 0.96 Imminent

[Stuart Ballard]

On 10/8/07, Andrew John Hughes <[EMAIL PROTECTED]> wrote:
> Anyone want to suggest a suitable name? ;)

"Staying Alive"?

Stuart.
-- 
http://sab39.netreach.com/

Classpath 0.96 Imminent

[Andrew John Hughes]

Hi everyone,

Dalibor suggested it would be a good idea to set everyone a firm deadline for 
the release, so here we go.

* If you want your patch in the release, please commit it by:

 Wednesday 09:00 UTC.

My plan after that is to:

* Create a release branch (Mark, I know we discussed this earlier but I feel 
happier knowing the ground under my feet is not going to move...)
* Do a regression check and smoke tests (Eclipse, JEdit, help with other apps 
welcome)
* Assuming things look okay, we'll roll this into a release

I've flagged a few patches today that JikesRVM is currently patching the build 
with.  I'd be grateful if someone could look these over today or tomorrow.  
Or, at least scream if you don't want them committed.

I'm going to spend the rest of this evening and tomorrow dredging through the 
bug database and patches list further, and running some smoke tests.  
Hopefully we can have a release by Wednesday evening if all is well.

Anyone want to suggest a suitable name? ;)

Cheers,
-- 
Andrew :-)

Help end the Java Trap!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net


pgpMUojZNmYFG.pgp
Description: PGP signature

Re: Problems bulding classpath 0.93 on ARM5

[Robert Lougher]

Hi Larry,

On 10/8/07, Larry Suto <[EMAIL PROTECTED]> wrote:
> Thanks for the infoI am compiling with the defaults and when I copy the
> files over to the target I am placing them in a linux filesystem at the
> default locations and then I nfs mount it to the target and the I chroot .
> in the mounted directory so it seems like I have the files in the default
> location
>
> I tried the override and it seems like it went further:
>
> ./jamvm
> -Xbootclasspath:/usr/local/jamvm/share/jamvm:/usr/local/classp
> ath/share/classpath
> -Dgnu.classpath.boot.library.path=/usr/local/classpath/lib/c
> lasspath Test
> Exception occurred while VM initialising.
> java/lang/NoClassDefFoundError: java/lang/Thread
>

No, java.lang.Thread is the first class JamVM attempts to load, so
it's failed almost immediately.  It looks like you've specified the
bootclasspath wrong...  Have a look in /usr/local/jamvm/share/jamvm
and /usr/local/classpath/share/classpath.  The classes should be in
classes.zip and glibj.zip.  This needs to be specified (i.e.
-Xbootclasspath:/usr/local/jamvm/share/jamvm/classes.zip:/usr/local/classpath/share/classpath/glibj.zip).

But this is irrelevant.  By using chroot the classes should look like
they're in the right place anyway.

My guess would be that JamVM is finding the library correctly, but a
dependency is failing, so the dlopen fails.  You'll need to add a
debug printf to discover the cause.

In jamvm/src/os/linux/os.c

change:

void *nativeLibOpen(char *path) {
return dlopen(path, RTLD_LAZY);
}

to

void *nativeLibOpen(char *path) {
void *ret;

printf(" NATIVE LIB OPEN %s\n", path);

ret = dlopen(path, RTLD_LAZY);

if(ret == NULL)
printf("DLOPEN FAILED %s\n", dlerror());

return ret;
}


Also, when running the test, please add -verbose -verbose:jni this
will indicate whether JamVM is finding the boot classes, and what JNI
methods it's trying to call.

Rob.

> for jamvm I use ./configure
> for classpath I use ./configure --with-jikes --enable-jni --disable-gtk-peer
> --disable-gconf-peer --disable-plugin
>
>
> On 10/8/07, Robert Lougher <[EMAIL PROTECTED]> wrote:
> > Hi,
> >
> > On 10/8/07, Christian Thalinger <[EMAIL PROTECTED]> wrote:
> > > On Mon, 2007-10-08 at 01:42 -0700, Larry Suto wrote:
> > > > Hi I am trying to get classpath .93 compiled for a Marvell ARM5
> > > > processor.I can compile in the scratchbox crosscompile environment
> > > > without any problems...but if  copy the classpath files over to the
> > > > native environmentI get this error from jamvm
> > > >
> > > > sh-2.05b# ./gjar
> > > > Cannot create system class loader
> > > > Exception occured while printing exception
> > > > (java/lang/NoClassDefFoundError)...
> > > > Original exception was java/lang/UnsatisfiedLinkError
> > >
> > > Can you run JamVM with -verbose:jni to see which native method is
> > > failing?
> > >
> > > - twisti
> > >
> >
> > Could you also provide details of how you configured/built JamVM and
> Classpath?
> >
> > In general, there are two common problems people have when
> > cross-compiling JamVM :
> >
> > 1) They configure JamVM/Classpath on the host to install in one place,
> > and then copy the files to somewhere else on the target.  This doesn't
> > work, because JamVM builds at compile time default boot class and
> > library paths based on where it was configured to be installed.
> >
> > By default, JamVM is installed in /usr/local/jamvm, and Classpath
> > /usr/local/classpath.  You can change the place using --prefix=xxx
> > when running configure.  If you also move Classpath, you need to tell
> > JamVM this by using the --with-classpath-install-dir=xxx
> configure
> > option (this should be set to the --prefix value you gave to
> > Classpath's configure).
> >
> > You can also override the defaults at runtime, e.g.
> >
> > jamvm
> -Xbootclasspath:/path/to/JamVMs/classes.zip:/path/to/Classpaths/glibj.zip
> >
> -Dgnu.classpath.boot.library.path=/path/to/Classpaths/lib/dir
> ...
> >
> > 2) Copying Classpath onto a fat/vfat formatted device.
> >
> > When Classpath is built, libtool creates library names with version
> > numbers in them, and creates symbolic links for shorter forms (from
> > memory) :
> >
> > libX.so.0.0.0
> > libX.so.0 -> libX.so.0.0
> > libX.so -> libX.so.0
> >
> > The problem is fat/vfat does not support symbolic links, so the short
> > forms are lost when Classpath is copied onto it.
> >
> > Either:
> >
> > a) For each library in .../classpath/llib/classpath rename
> > libX.so.0.0.0 to libX.so
> >
> > or,
> >
> > b) Use tar and the -h option to follow the sybolic links.  However,
> > this will create 3 versions of each library when you unpack, so you
> > should delete the libX.so.0, and libX.so.0.0 versions.
> >
> >
> > Hope this helps,
> >
> > Rob.
> >
>
>

Re: Problems bulding classpath 0.93 on ARM5

[Larry Suto]

Thanks for the infoI am compiling with the defaults and when I copy the
files over to the target I am placing them in a linux filesystem at the
default locations and then I nfs mount it to the target and the I chroot .
in the mounted directory so it seems like I have the files in the default
location

I tried the override and it seems like it went further:

./jamvm -Xbootclasspath:/usr/local/jamvm/share/jamvm:/usr/local/classp
ath/share/classpath -
Dgnu.classpath.boot.library.path=/usr/local/classpath/lib/c
lasspath Test
Exception occurred while VM initialising.
java/lang/NoClassDefFoundError: java/lang/Thread

for jamvm I use ./configure
for classpath I use ./configure --with-jikes --enable-jni --disable-gtk-peer
--disable-gconf-peer --disable-plugin

On 10/8/07, Robert Lougher <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> On 10/8/07, Christian Thalinger <[EMAIL PROTECTED]> wrote:
> > On Mon, 2007-10-08 at 01:42 -0700, Larry Suto wrote:
> > > Hi I am trying to get classpath .93 compiled for a Marvell ARM5
> > > processor.I can compile in the scratchbox crosscompile environment
> > > without any problems...but if  copy the classpath files over to the
> > > native environmentI get this error from jamvm
> > >
> > > sh-2.05b# ./gjar
> > > Cannot create system class loader
> > > Exception occured while printing exception
> > > (java/lang/NoClassDefFoundError)...
> > > Original exception was java/lang/UnsatisfiedLinkError
> >
> > Can you run JamVM with -verbose:jni to see which native method is
> > failing?
> >
> > - twisti
> >
>
> Could you also provide details of how you configured/built JamVM and
> Classpath?
>
> In general, there are two common problems people have when
> cross-compiling JamVM :
>
> 1) They configure JamVM/Classpath on the host to install in one place,
> and then copy the files to somewhere else on the target.  This doesn't
> work, because JamVM builds at compile time default boot class and
> library paths based on where it was configured to be installed.
>
> By default, JamVM is installed in /usr/local/jamvm, and Classpath
> /usr/local/classpath.  You can change the place using --prefix=xxx
> when running configure.  If you also move Classpath, you need to tell
> JamVM this by using the --with-classpath-install-dir=xxx configure
> option (this should be set to the --prefix value you gave to
> Classpath's configure).
>
> You can also override the defaults at runtime, e.g.
>
> jamvm
> -Xbootclasspath:/path/to/JamVMs/classes.zip:/path/to/Classpaths/glibj.zip
> -Dgnu.classpath.boot.library.path=/path/to/Classpaths/lib/dir ...
>
> 2) Copying Classpath onto a fat/vfat formatted device.
>
> When Classpath is built, libtool creates library names with version
> numbers in them, and creates symbolic links for shorter forms (from
> memory) :
>
> libX.so.0.0.0
> libX.so.0 -> libX.so.0.0
> libX.so -> libX.so.0
>
> The problem is fat/vfat does not support symbolic links, so the short
> forms are lost when Classpath is copied onto it.
>
> Either:
>
> a) For each library in .../classpath/llib/classpath rename
> libX.so.0.0.0 to libX.so
>
> or,
>
> b) Use tar and the -h option to follow the sybolic links.  However,
> this will create 3 versions of each library when you unpack, so you
> should delete the libX.so.0, and libX.so.0.0 versions.
>
>
> Hope this helps,
>
> Rob.
>

Re: Problems bulding classpath 0.93 on ARM5

[Christian Thalinger]

On Mon, 2007-10-08 at 02:07 -0700, Larry Suto wrote:
> Hi Thanks,
> 
> This is what I get:
> 
> 
> sh-2.05b# ./jamvm  -verbose:jni Test.class
> [Dynamic-linking native method
> gnu.classpath.VMStackWalker.getCallingClassLoader
>  ... internal]
> [Dynamic-linking native method java.lang.VMClass.forName ... internal]
> [Dynamic-linking native method java.lang.VMClass.getComponentType ...
> internal]
> [Dynamic-linking native method
> java.lang.VMThrowable.fillInStackTrace ... intern
> al]
> [Dynamic-linking native method
> java.lang.VMClassLoader.getBootClassPathSize ...
> internal]
> [Dynamic-linking native method
> java.lang.VMClassLoader.getBootClassPathResource
> ... internal]
> [Dynamic-linking native method
> gnu.classpath.VMSystemProperties.preInit ... inte
> rnal]
> [Dynamic-linking native method java.lang.VMSystem.arraycopy ...
> internal]
> [Dynamic-linking native method
> gnu.classpath.VMSystemProperties.postInit ... int
> ernal]
> [Dynamic-linking native method java.lang.VMObject.clone ... internal]
> [Dynamic-linking native method java.lang.VMRuntime.mapLibraryName ...
> internal]
> [Dynamic-linking native method java.lang.VMRuntime.nativeLoad ...
> internal]
> Cannot create system class loader 
> Exception occured while printing exception
> (java/lang/NoClassDefFoundError)...
> Original exception was java/lang/UnsatisfiedLinkError

Looks like your native libraries are in the wrong place, as Robert
wrote.

- twisti

PS: Please also reply to the list.

Re: Problems bulding classpath 0.93 on ARM5

[Robert Lougher]

Hi,

On 10/8/07, Christian Thalinger <[EMAIL PROTECTED]> wrote:
> On Mon, 2007-10-08 at 01:42 -0700, Larry Suto wrote:
> > Hi I am trying to get classpath .93 compiled for a Marvell ARM5
> > processor.I can compile in the scratchbox crosscompile environment
> > without any problems...but if  copy the classpath files over to the
> > native environmentI get this error from jamvm
> >
> > sh-2.05b# ./gjar
> > Cannot create system class loader
> > Exception occured while printing exception
> > (java/lang/NoClassDefFoundError)...
> > Original exception was java/lang/UnsatisfiedLinkError
>
> Can you run JamVM with -verbose:jni to see which native method is
> failing?
>
> - twisti
>

Could you also provide details of how you configured/built JamVM and Classpath?

In general, there are two common problems people have when
cross-compiling JamVM :

1) They configure JamVM/Classpath on the host to install in one place,
and then copy the files to somewhere else on the target.  This doesn't
work, because JamVM builds at compile time default boot class and
library paths based on where it was configured to be installed.

By default, JamVM is installed in /usr/local/jamvm, and Classpath
/usr/local/classpath.  You can change the place using --prefix=xxx
when running configure.  If you also move Classpath, you need to tell
JamVM this by using the --with-classpath-install-dir=xxx configure
option (this should be set to the --prefix value you gave to
Classpath's configure).

You can also override the defaults at runtime, e.g.

jamvm -Xbootclasspath:/path/to/JamVMs/classes.zip:/path/to/Classpaths/glibj.zip
-Dgnu.classpath.boot.library.path=/path/to/Classpaths/lib/dir ...

2) Copying Classpath onto a fat/vfat formatted device.

When Classpath is built, libtool creates library names with version
numbers in them, and creates symbolic links for shorter forms (from
memory) :

libX.so.0.0.0
libX.so.0 -> libX.so.0.0
libX.so -> libX.so.0

The problem is fat/vfat does not support symbolic links, so the short
forms are lost when Classpath is copied onto it.

Either:

a) For each library in .../classpath/llib/classpath rename
libX.so.0.0.0 to libX.so

or,

b) Use tar and the -h option to follow the sybolic links.  However,
this will create 3 versions of each library when you unpack, so you
should delete the libX.so.0, and libX.so.0.0 versions.


Hope this helps,

Rob.

Re: Problems bulding classpath 0.93 on ARM5

[Christian Thalinger]

On Mon, 2007-10-08 at 01:42 -0700, Larry Suto wrote:
> Hi I am trying to get classpath .93 compiled for a Marvell ARM5
> processor.I can compile in the scratchbox crosscompile environment
> without any problems...but if  copy the classpath files over to the
> native environmentI get this error from jamvm 
> 
> sh-2.05b# ./gjar
> Cannot create system class loader
> Exception occured while printing exception
> (java/lang/NoClassDefFoundError)...
> Original exception was java/lang/UnsatisfiedLinkError

Can you run JamVM with -verbose:jni to see which native method is
failing?

- twisti

Problems bulding classpath 0.93 on ARM5

[Larry Suto]

Hi I am trying to get classpath .93 compiled for a Marvell ARM5
processor.I can compile in the scratchbox crosscompile environment
without any problems...but if  copy the classpath files over to the native
environmentI get this error from jamvm

sh-2.05b# ./gjar
Cannot create system class loader
Exception occured while printing exception
(java/lang/NoClassDefFoundError)...
Original exception was java/lang/UnsatisfiedLinkError


I am using --with-jni


When I try to compile this classpath natively on the box ...I get this error
:


make[3]: Entering directory `/classpath-0.93/native/jni'
cd ../.. && /bin/sh ./scripts/check_jni_methods.sh
Found a problem with the JNI methods declared and implemented.
(-) missing in implementation, (+) missing in header files
-Java_java_lang_VMSystem_arraycopy
-Java_java_lang_VMSystem_identityHashCode
make[3]: *** [all-local] Error 1
make[3]: Leaving directory `/classpath-0.93/native/jni'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/classpath-0.93/native/jni'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/classpath-0.93/native'
make: *** [all-recursive] Error 1

Any info would be appreciated.

Thanks,

Larry

Classpath 0.96: Update

[Andrew John Hughes]

Hi everyone,

Current regressions are as follows:

+FAIL: java.awt.TextArea.ScrollbarPaintTest
+FAIL: java.awt.ScrollPane.ScrollbarPaintTest
+FAIL: java.awt.Scrollbar.ScrollbarPaintTest
+FAIL: java.awt.Component.keyPressTest
+FAIL: javax.net.ssl.SSLEngine.TestHandshake
+FAIL: javax.swing.JTree.getCellRenderer

Can someone who knows these classes please take a look?

Cheers,
-- 
Andrew :)

Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[Andrew Haley]

deepak poola writes:
 > Hello ,
 >  well i tried to do -J-Xmx256m .. but it did not help. this is what i did :
 > 
 > [EMAIL PROTECTED] ~]# java -J-Xmx256m
 > Unrecognized option: -J-Xmx256m
 > Could not create the Java virtual machine.
 >  is the syntax right... i was not sure i actually tried with javac
 > also ... i did this ;
 > 
 > [EMAIL PROTECTED] ~]# javac -J-Xmx256m
 > Usage: javac  

You have to give javac a file to compile.

Andrew.

Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[Andrew John Hughes]

You don't need to; you should be touching the Classpath or ecj components 
within the jikesrvm tree, you just need to build JikesRVM and it will handle 
these dependencies.

See:

http://jikesrvm.org/Quick+Start+Guide

On Tuesday 02 October 2007 14:26:24 you wrote:
> hi,
>  well i triesd commenting the JAVAC in JCOMPILER and uncommenting ECJ
> but still it is giving me the same error... how do i check whetther i
> have ecj and if do not how do i install it
> --deepak
>
> On 10/2/07, Andrew John Hughes <[EMAIL PROTECTED]> wrote:
> > On Tuesday 02 October 2007 13:34:29 you wrote:
> > > Hello ,
> > >  well i tried to do -J-Xmx256m .. but it did not help. this is what i
> > > did
> > >
> > >
> > > [EMAIL PROTECTED] ~]# java -J-Xmx256m
> > > Unrecognized option: -J-Xmx256m
> > > Could not create the Java virtual machine.
> > >  is the syntax right... i was not sure i actually tried with javac
> > > also ... i did this ;
> >
> > well with java it's simply -Xmx256m, the -J is for javac to pass it
> > through to
> > the underlying VM.
> >
> > > [EMAIL PROTECTED] ~]# javac -J-Xmx256m
> > > Usage: javac  
> > > where possible options include:
> > >   -g Generate all debugging info
> > >   -g:noneGenerate no debugging info
> > >   -g:{lines,vars,source} Generate only some debugging info
> > >   -nowarn    Generate no warnings
> > >   -verbose   Output messages about what the compiler is
> > > doing -deprecation   Output source locations where
> > > deprecated APIs are used
> > >   -classpath   Specify where to find user class files
> > > and annotation processors
> > >   -cp  Specify where to find user class files
> > > and annotation processors
> > >   -sourcepath  Specify where to find input source files
> > >   -bootclasspath   Override location of bootstrap class files
> > >   -extdirs Override location of installed extensions
> > >   -endorseddirsOverride location of endorsed standards
> > > path -proc:{none,only}  Control whether annotation processing
> > > and/or compilation is done.
> > >   -processor [,,...]Names of the annotation
> > > processors to run; bypasses default discovery process
> > >   -processorpath   Specify where to find annotation
> > > processors -d  Specify where to place generated
> > > class files -s  Specify where to place generated
> > > source files -implicit:{none,class} Specify whether or not to
> > > generate class files for implicitly referenced files
> > >   -encodingSpecify character encoding used by source
> > > files -source   Provide source compatibility with
> > > specified release -target   Generate class files for
> > > specific VM version -version   Version information
> > >   -help  Print a synopsis of standard options
> > >   -Akey[=value]  Options to pass to annotation processors
> > >   -X Print a synopsis of nonstandard options
> > >   -J   Pass  directly to the runtime system
> > >
> > > ...
> > >
> > >  actually i am new to linux, so i do not knw much bout this... i need
> > > to install classpath 95 for jikesrvm 2.9.1... i actualy tried to
> > > change the script in /usr/bin/ecj but the file does not exist
> > > neither did i find /lib/Makefile's JCOMPLIERS... i have been trying to
> > > resolve this from past 2 weeks and i have been unsuceesful...
> > >  i am using fedora core 6, i have jdk1.6 and classpath 95... if u need
> > > any other details let me know
> >
> > You don't need to install Classpath 0.95 for JikesRVM, the JikesRVM build
> > system will do this for you via ecj.
> >
> > > On 10/2/07, kus Kusche Klaus <[EMAIL PROTECTED]> wrote:
> > > > > My understanding was that this was fixed; are you suring
> > > > > you're using an
> > > > > up-to-date version of Classpath?
> > > >
> > > > classpath-latest downloaded on Sept. 19.
> > > >
> > > > --
> > > > Klaus Kusche, DI. Dr.Software Development -
> > > > Control KEBA AGGewerbepark Urfahr, A-4041
> > > > Linz, Austria www.keba.com Firmenbuchgericht
> > > > Linz FN 184376 t mailto:[EMAIL PROTECTED]  Phone: +43 732 7090-23120  
> > > > Fax:
> > > > +43 732 7090-63401
> >
> > --
> > Andrew :)



-- 
Andrew :)

Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[deepak poola]

Hello ,
 well i tried to do -J-Xmx256m .. but it did not help. this is what i did :

[EMAIL PROTECTED] ~]# java -J-Xmx256m
Unrecognized option: -J-Xmx256m
Could not create the Java virtual machine.
 is the syntax right... i was not sure i actually tried with javac
also ... i did this ;

[EMAIL PROTECTED] ~]# javac -J-Xmx256m
Usage: javac  
where possible options include:
  -g Generate all debugging info
  -g:noneGenerate no debugging info
  -g:{lines,vars,source} Generate only some debugging info
  -nowarnGenerate no warnings
  -verbose   Output messages about what the compiler is doing
  -deprecation   Output source locations where deprecated
APIs are used
  -classpath   Specify where to find user class files
and annotation processors
  -cp  Specify where to find user class files
and annotation processors
  -sourcepath  Specify where to find input source files
  -bootclasspath   Override location of bootstrap class files
  -extdirs Override location of installed extensions
  -endorseddirsOverride location of endorsed standards path
  -proc:{none,only}  Control whether annotation processing
and/or compilation is done.
  -processor [,,...]Names of the annotation
processors to run; bypasses default discovery process
  -processorpath   Specify where to find annotation processors
  -d  Specify where to place generated class files
  -s  Specify where to place generated source files
  -implicit:{none,class} Specify whether or not to generate class
files for implicitly referenced files
  -encodingSpecify character encoding used by source files
  -source   Provide source compatibility with specified release
  -target   Generate class files for specific VM version
  -version   Version information
  -help  Print a synopsis of standard options
  -Akey[=value]  Options to pass to annotation processors
  -X Print a synopsis of nonstandard options
  -J   Pass  directly to the runtime system

...

 actually i am new to linux, so i do not knw much bout this... i need
to install classpath 95 for jikesrvm 2.9.1... i actualy tried to
change the script in /usr/bin/ecj but the file does not exist
neither did i find /lib/Makefile's JCOMPLIERS... i have been trying to
resolve this from past 2 weeks and i have been unsuceesful...
 i am using fedora core 6, i have jdk1.6 and classpath 95... if u need
any other details let me know

On 10/2/07, kus Kusche Klaus <[EMAIL PROTECTED]> wrote:
> > My understanding was that this was fixed; are you suring
> > you're using an
> > up-to-date version of Classpath?
>
> classpath-latest downloaded on Sept. 19.
>
> --
> Klaus Kusche, DI. Dr.Software Development - Control
> KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria
> www.keba.com Firmenbuchgericht Linz FN 184376 t
> mailto:[EMAIL PROTECTED]  Phone: +43 732 7090-23120  Fax: +43 732 7090-63401
>
>
>

RE: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[kus Kusche Klaus]

> My understanding was that this was fixed; are you suring 
> you're using an 
> up-to-date version of Classpath?

classpath-latest downloaded on Sept. 19.

-- 
Klaus Kusche, DI. Dr.Software Development - Control
KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria
www.keba.com Firmenbuchgericht Linz FN 184376 t
mailto:[EMAIL PROTECTED]  Phone: +43 732 7090-23120  Fax: +43 732 7090-63401

Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[Andrew John Hughes]

On Tuesday 02 October 2007 10:42:52 you wrote:
> kus Kusche Klaus writes:
>  > Well, I don't see any actual bug in Sun's javac.
>
> Bugs are in the eye of the beholder, I suppose.
>
>  > It runs with a size-limited heap, and the default size is too low
>  > for us (I run out of java heap space).
>  > That's Sun's design decision,
>  > we have to live with it and work around it.
>  >
>  > If Classpath knows that javac needs more heap for compiling
>  > "@classes", it should automatically pass the corresponding
>  > "-J-X" options to javac.
>  > This should not require manual manpage reading
>  > and makefile fiddling.
>  >
>  > "-J-Xmx128m" still bombs out (but later than the default),
>  > "-J-Xmx256m" works for me.
>
> The trouble with this, of course, is that it varies depending on the
> machine architecture and the particular VM being used.  Some VMs will
> abort if passed this option, so you have to do some kind of probing to
> find out what VM is in use.  All very messy, and so unnecessary.
>
> Andrew.

My understanding was that this was fixed; are you suring you're using an 
up-to-date version of Classpath?
-- 
Andrew :)

RE: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[Andrew Haley]

kus Kusche Klaus writes:
 
 > Well, I don't see any actual bug in Sun's javac.

Bugs are in the eye of the beholder, I suppose.

 > It runs with a size-limited heap, and the default size is too low
 > for us (I run out of java heap space). 
 > That's Sun's design decision, 
 > we have to live with it and work around it.
 > 
 > If Classpath knows that javac needs more heap for compiling
 > "@classes", it should automatically pass the corresponding
 > "-J-X" options to javac. 
 > This should not require manual manpage reading 
 > and makefile fiddling.
 > 
 > "-J-Xmx128m" still bombs out (but later than the default), 
 > "-J-Xmx256m" works for me.

The trouble with this, of course, is that it varies depending on the
machine architecture and the particular VM being used.  Some VMs will
abort if passed this option, so you have to do some kind of probing to
find out what VM is in use.  All very messy, and so unnecessary.

Andrew.

[Bug classpath/33623] New: configure configures javac even with --without-javac

[kus at keba dot com]

I have both javac and ecj installed on my system.
I configured Classpath with "--with-ecj=... --without-javac".

Configure sets *both* JAVAC=... and ECJ=...,
but sets FOUND_ECJ_FALSE and FOUND_JAVAC_TRUE (*wrong*).

Hence, java files are compiled with javac, not ecj
(which is not what I wanted).

The only way I found to avoid the classes being compiled with javac
was editing lib/Makefile by hand after running configure
(commenting the JCOMPILER line with javac 
and uncommenting the one with ecj).

I was unable to teach configure not to use javac.

Specifying "--without-xxx" should always be obeyed,
no matter what configure actually finds on the system.


-- 
   Summary: configure configures javac even with --without-javac
   Product: classpath
   Version: 0.96
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: classpath
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kus at keba dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33623



___
Bug-classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-classpath

[Bug classpath/33622] javac runs out of heap space when compiling @classes

[pinskia at gcc dot gnu dot org]

--- Comment #1 from pinskia at gcc dot gnu dot org  2007-10-02 09:31 ---
Actually this sounds like a bug in Sun's javac rather than classpath.


-- 

pinskia at gcc dot gnu dot org changed:

   What|Removed |Added

 CC||pinskia at gcc dot gnu dot
   ||org


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33622



___
Bug-classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-classpath

[Bug classpath/33622] New: javac runs out of heap space when compiling @classes

[kus at keba dot com]

Building Classpath:

When making in subdirectory lib, Sun's original javac (version 1.6.0_02)
runs out of java heap memory when compiling "@classes".

Passing the option "-J-Xmx256m" (increasing the heap limit to 256 MB) 
solves the problem.

The makefile should automatically pass this option to javac.


-- 
   Summary: javac runs out of heap space when compiling @classes
   Product: classpath
   Version: 0.96
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: classpath
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: kus at keba dot com
 GCC build triplet: i686-pc-linux-gnu
  GCC host triplet: i686-pc-linux-gnu
GCC target triplet: i686-pc-linux-gnu


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33622



_______
Bug-classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-classpath

RE: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[kus Kusche Klaus]

> Andrew John Hughes writes:
>  > On Tuesday 02 October 2007 09:20:54 kus Kusche Klaus wrote:
>  > > Hello!
>  > >
>  > > Two problems when building classpath 0.96 pre (about 1 week old),
>  > > similar problem in 0.95, on 32 bit x86 linux (Gentoo):
>  > >
>  > > 1. "javac" runs out of memory when making in subdirectory lib
>  > > when compiling "@classes".
>  > >
>  > > This is an original Sun javac version 1.6.0_02.
>  > >
>  > > javac works and successfully compiles code
>  > > in several other make steps, but "@classes" is just too 
> much for it.
> 
> This is a bug in Sun's VM.  See
> 
> http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/gbywc.html
> 
> Also 
> http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.htm
> l#options
> 
> The -J option
> 
> -Joption
> 
> Pass option to the java launcher called by javac. For example,
> -J-Xms48m sets the startup memory to 48 megabytes. Although it
> does not begin with -X, it is not a `standard option' of javac. It
> is a common convention for -J to pass options to the underlying VM
> executing applications written in Java.
> 

Well, I don't see any actual bug in Sun's javac.

It runs with a size-limited heap, and the default size is too low
for us (I run out of java heap space). 
That's Sun's design decision, 
we have to live with it and work around it.

If Classpath knows that javac needs more heap for compiling
"@classes", it should automatically pass the corresponding
"-J-X" options to javac. 
This should not require manual manpage reading 
and makefile fiddling.

"-J-Xmx128m" still bombs out (but later than the default), 
"-J-Xmx256m" works for me.

Greetings

-- 
Klaus Kusche, DI. Dr.Software Development - Control
KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria
www.keba.com Firmenbuchgericht Linz FN 184376 t
mailto:[EMAIL PROTECTED]  Phone: +43 732 7090-23120  Fax: +43 732 7090-63401

Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[Andrew Haley]

Andrew John Hughes writes:
 > On Tuesday 02 October 2007 09:20:54 kus Kusche Klaus wrote:
 > > Hello!
 > >
 > > Two problems when building classpath 0.96 pre (about 1 week old),
 > > similar problem in 0.95, on 32 bit x86 linux (Gentoo):
 > >
 > > 1. "javac" runs out of memory when making in subdirectory lib
 > > when compiling "@classes".
 > >
 > > This is an original Sun javac version 1.6.0_02.
 > >
 > > javac works and successfully compiles code
 > > in several other make steps, but "@classes" is just too much for it.

This is a bug in Sun's VM.  See

http://java.sun.com/javase/6/webnotes/trouble/TSG-VM/html/gbywc.html

Also http://java.sun.com/j2se/1.4.2/docs/tooldocs/windows/javac.html#options

The -J option

-Joption

Pass option to the java launcher called by javac. For example,
-J-Xms48m sets the startup memory to 48 megabytes. Although it
does not begin with -X, it is not a `standard option' of javac. It
is a common convention for -J to pass options to the underlying VM
executing applications written in Java.

Andrew.

Re: Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[Andrew John Hughes]

On Tuesday 02 October 2007 09:20:54 kus Kusche Klaus wrote:
> Hello!
>
> Two problems when building classpath 0.96 pre (about 1 week old),
> similar problem in 0.95, on 32 bit x86 linux (Gentoo):
>
> 1. "javac" runs out of memory when making in subdirectory lib
> when compiling "@classes".
>
> This is an original Sun javac version 1.6.0_02.
>
> javac works and successfully compiles code
> in several other make steps, but "@classes" is just too much for it.
>
> 2. To avoid that problem, I installed ecj and configured Classpath
> with "--with-ecj=... --without-javac"
> (but left javac installed on my system).
>
> Configure sets *both* JAVAC=... and ECJ=...,
> but sets FOUND_ECJ_FALSE and FOUND_JAVAC_TRUE (*wrong*).
>
> Hence, this did not help against problem 1.
>
> The only way I found to avoid the classes being compiled with javac
> was editing lib/Makefile by hand after running configure
> (commenting the JCOMPILER line with javac
> and uncommenting the one with ecj).
>
> ecj has no problems compiling "@classes"
> (hence, the path given in "--with-ecj=..." points to a working ecj).
>
> I was unable to teach configure not to use javac.
>
> Specifying "--without-xxx" should always be obeyed,
> no matter what configure actually finds.
>
>
> Greetings

Can you please file this as a bug report:

http://gcc.gnu.org/bugzilla/

and we'll look into it ASAP.
-- 
Andrew :)

Classpath 0.95 / 0.96 pre: Configure bug, Out of mem with javac

[kus Kusche Klaus]

Hello!

Two problems when building classpath 0.96 pre (about 1 week old),
similar problem in 0.95, on 32 bit x86 linux (Gentoo):

1. "javac" runs out of memory when making in subdirectory lib
when compiling "@classes".

This is an original Sun javac version 1.6.0_02.

javac works and successfully compiles code 
in several other make steps, but "@classes" is just too much for it.

2. To avoid that problem, I installed ecj and configured Classpath
with "--with-ecj=... --without-javac"
(but left javac installed on my system).

Configure sets *both* JAVAC=... and ECJ=...,
but sets FOUND_ECJ_FALSE and FOUND_JAVAC_TRUE (*wrong*).

Hence, this did not help against problem 1.

The only way I found to avoid the classes being compiled with javac
was editing lib/Makefile by hand after running configure
(commenting the JCOMPILER line with javac 
and uncommenting the one with ecj).

ecj has no problems compiling "@classes"
(hence, the path given in "--with-ecj=..." points to a working ecj).

I was unable to teach configure not to use javac.

Specifying "--without-xxx" should always be obeyed,
no matter what configure actually finds.


Greetings

-- 
Klaus Kusche, DI. Dr.Software Development - Control
KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria
www.keba.com Firmenbuchgericht Linz FN 184376 t
mailto:[EMAIL PROTECTED]  Phone: +43 732 7090-23120  Fax: +43 732 7090-63401

Re: HELP:: difficulty while installing JIKESrvm 2.9.1- unable to confiure classpath 95

[Andrew John Hughes]

On Tuesday 02 October 2007 07:49:16 deepak poola wrote:
> hello ,
>  i am unable to install jikes rvm, i need ur help in installing... the
> error while configuring the classpath is as follows
>
> checking build system type... i686-pc-linux-gnu
> checking host system type... i686-pc-linux-gnu
> checking target system type... i686-pc-linux-gnu
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... /bin/mkdir -p
> checking for gawk... gawk
> checking whether make sets $(MAKE)... yes
> checking how to create a ustar tar archive... gnutar
> checking for style of include used by make... GNU
> checking for gcc... gcc
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether gcc accepts -g... yes
> checking for gcc option to accept ISO C89... none needed
> checking dependency style of gcc... gcc3
> checking how to run the C preprocessor... gcc -E
> checking for grep that handles long lines and -e... /bin/grep
> checking for egrep... /bin/grep -E
> checking for ANSI C header files... yes
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking alsa/asoundlib.h usability... yes
> checking alsa/asoundlib.h presence... yes
> checking for alsa/asoundlib.h... yes
> checking for snd_seq_open in -lasound... yes
> checking dssi.h usability... no
> checking dssi.h presence... no
> checking for dssi.h... no
> checking whether ln -s works... yes
> checking for a BSD-compatible install... /usr/bin/install -c
> checking for g++... g++
> checking whether we are using the GNU C++ compiler... yes
> checking whether g++ accepts -g... yes
> checking dependency style of g++... gcc3
> checking for a sed that does not truncate output... /bin/sed
> checking for ld used by gcc... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking for /usr/bin/ld option to reload object files... -r
> checking for BSD-compatible nm... /usr/bin/nm -B
> checking how to recognise dependent libraries... pass_all
> checking dlfcn.h usability... yes
> checking dlfcn.h presence... yes
> checking for dlfcn.h... yes
> checking how to run the C++ preprocessor... g++ -E
> checking for g77... no
> checking for xlf... no
> checking for f77... no
> checking for frt... no
> checking for pgf77... no
> checking for cf77... no
> checking for fort77... no
> checking for fl32... no
> checking for af77... no
> checking for xlf90... no
> checking for f90... no
> checking for pgf90... no
> checking for pghpf... no
> checking for epcf90... no
> checking for gfortran... gfortran
> checking whether we are using the GNU Fortran 77 compiler... yes
> checking whether gfortran accepts -g... yes
> checking the maximum length of command line arguments... 32768
> checking command to parse /usr/bin/nm -B output from gcc object... ok
> checking for objdir... .libs
> checking for ar... ar
> checking for ranlib... ranlib
> checking for strip... strip
> checking if gcc supports -fno-rtti -fno-exceptions... no
> checking for gcc option to produce PIC... -fPIC
> checking if gcc PIC flag -fPIC works... yes
> checking if gcc static flag -static works... yes
> checking if gcc supports -c -o file.o... yes
> checking whether the gcc linker (/usr/bin/ld) supports shared libraries...
> yes
> checking whether -lc should be explicitly linked in... no
> checking dynamic linker characteristics... GNU/Linux ld.so
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... no
> configure: creating libtool
> appending configuration tag "CXX" to libtool
> checking for ld used by g++... /usr/bin/ld
> checking if the linker (/usr/bin/ld) is GNU ld... yes
> checking whether the g++ linker (/usr/bin/ld) supports shared libraries...
> yes
> checking for g++ option to produce PIC... -fPIC
> checking if g++ PIC flag -fPIC works... yes
> checking if g++ static flag -static works... yes
> checking if g++ supports -c -o file.o... yes
> checking whether the g

HELP:: difficulty while installing JIKESrvm 2.9.1- unable to confiure classpath 95

[deepak poola]

hello ,
 i am unable to install jikes rvm, i need ur help in installing... the error
while configuring the classpath is as follows

checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking target system type... i686-pc-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking for snd_seq_open in -lasound... yes
checking dssi.h usability... no
checking dssi.h presence... no
checking for dssi.h... no
checking whether ln -s works... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognise dependent libraries... pass_all
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... gfortran
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether gfortran accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries...
yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by g++... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries...
yes
checking for g++ option to produce PIC... -fPIC
checking if g++ PIC flag -fPIC works... yes
checking if g++ static flag -static works... yes
checking if g++ supports -c -o file.o... yes
checking whether the g++ linker (/usr/bin/ld) supports shared libraries...
yes
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
appending configuration tag "F77" to libtool
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
checking for gfortran option to produce PIC... -fPIC
checking if gfortran PIC flag -fPIC works... yes
checking if gfortran static flag -static works... yes
checking if gfortran supports -c -o file.o... yes

Re: GCC's classpath/scripts/check_jni_methods.sh vs diff -b

[Andrew Haley]

Alexandre Oliva writes:
 > diff -b doesn't completely ignore all whitespace, but rather only
 > differences as to the amount of whitespace; so whether whitespace is
 > present or not is regarded as a difference.
 > 
 > However, check_jni_methods.sh expects it to ignore a single trailing
 > blank vs no trailing whitespace whatsoever.  diff -B does, but I don't
 > think that's portable enough for us to use it.
 > 
 > So I've changed the regular expressions such that they'd be more
 > inclusive, instead of demanding and discarding whitespace before open
 > parentheses, and removed the -b then rendered unnecessary.
 > 
 > Without this patch, I couldn't build libjava on the development tree
 > that will eventually turn into Fedora 8, but it built on Fedora 7 just
 > fine.
 > 
 > Unless someone tells me not to, I'm going to check this into GCC trunk
 > tomorrow or so.  Bootstrapped on x86_64-linux-gnu.
 > 
 > Index: libjava/classpath/ChangeLog
 > from  Alexandre Oliva  <[EMAIL PROTECTED]>
 > 
 >  * scripts/check_jni_methods.sh: Don't depend on diff -b ignoring
 >  a single trailing whitespace.
 > 

OK, thanks.

Andrew.

GCC's classpath/scripts/check_jni_methods.sh vs diff -b

[Alexandre Oliva]

diff -b doesn't completely ignore all whitespace, but rather only
differences as to the amount of whitespace; so whether whitespace is
present or not is regarded as a difference.

However, check_jni_methods.sh expects it to ignore a single trailing
blank vs no trailing whitespace whatsoever.  diff -B does, but I don't
think that's portable enough for us to use it.

So I've changed the regular expressions such that they'd be more
inclusive, instead of demanding and discarding whitespace before open
parentheses, and removed the -b then rendered unnecessary.

Without this patch, I couldn't build libjava on the development tree
that will eventually turn into Fedora 8, but it built on Fedora 7 just
fine.

Unless someone tells me not to, I'm going to check this into GCC trunk
tomorrow or so.  Bootstrapped on x86_64-linux-gnu.

Index: libjava/classpath/ChangeLog
from  Alexandre Oliva  <[EMAIL PROTECTED]>

	* scripts/check_jni_methods.sh: Don't depend on diff -b ignoring
	a single trailing whitespace.

Index: libjava/classpath/scripts/check_jni_methods.sh
===
--- libjava/classpath/scripts/check_jni_methods.sh.orig	2007-10-01 15:24:36.0 -0300
+++ libjava/classpath/scripts/check_jni_methods.sh	2007-10-01 15:28:27.0 -0300
@@ -16,16 +16,16 @@ grep -h '^JNIEXPORT .* Java_' include/*.
 # Find all methods in the JNI C source files.
 find native/jni -name \*.c | \
 	xargs grep -h '^Java_' | \
-LC_ALL=C sed -e 's,^\(Java_[a-z_A-Z0-9]*\) *(.*$,\1,' > $TMPFILE2
+LC_ALL=C sed -e 's,^\(Java_[a-z_A-Z0-9]*\).*$,\1,' > $TMPFILE2
 # Or in the the C++ files. (Note that cpp doesn't follow gnu conventions atm)
 # So we try to match both GNU style and some other style.
 find native/jni -name \*.cpp | \
 	xargs grep -h '^Java_' | \
-LC_ALL=C sed -e 's,^\(Java_[a-z_A-Z0-9]*\) *(.*$,\1,' >> $TMPFILE2
+LC_ALL=C sed -e 's,^\(Java_[a-z_A-Z0-9]*\).*$,\1,' >> $TMPFILE2
 find native/jni -name \*.cpp | \
 	xargs egrep -h '^(JNIEXPORT .* JNICALL )?Java_' | \
 	cut -f4 -d\  | \
-LC_ALL=C sed -e 's,^\JNIEXPORT .* JNICALL \(Java_[a-z_A-Z0-9]*\) *(.*$,\1,' >> $TMPFILE2
+LC_ALL=C sed -e 's,^\JNIEXPORT .* JNICALL \(Java_[a-z_A-Z0-9]*\).*$,\1,' >> $TMPFILE2
 mv $TMPFILE2 $TMPFILE3
 sort $TMPFILE3 | uniq > $TMPFILE2
 rm $TMPFILE3
@@ -40,7 +40,7 @@ EOF
 # Compare again silently.
 # Use fgrep and direct the output to /dev/null for compatibility with older
 # grep instead of using the non portable -q.
-if diff -b -U 0 $TMPFILE $TMPFILE2 | grep '^[+-]Java' | \
+if diff -U 0 $TMPFILE $TMPFILE2 | grep '^[+-]Java' | \
 fgrep -v -f $TMPFILE3 > /dev/null;
 then
   PROBLEM=1
@@ -48,7 +48,7 @@ then
   echo "(-) missing in implementation, (+) missing in header files"
 
   # Compare the found method lists.
-  diff -b -U 0 $TMPFILE $TMPFILE2  | grep '^[+-]Java' | fgrep -v -f $TMPFILE3
+  diff -U 0 $TMPFILE $TMPFILE2  | grep '^[+-]Java' | fgrep -v -f $TMPFILE3
 fi
 
 # Cleanup.

-- 
Alexandre Oliva http://www.lsd.ic.unicamp.br/~oliva/
FSF Latin America Board Member http://www.fsfla.org/
Red Hat Compiler Engineer   [EMAIL PROTECTED], gcc.gnu.org}
Free Software Evangelist  [EMAIL PROTECTED], gnu.org}

Re: Classpath 0.95 build issue:OutOfMemoryError

[Audrius Meskauskas]

deepak poola wrote:

hello,
 i am deepak, i am facing the same problem installing classpath 95 for 
jikesrvm... it is showing system out of resources... i tries\d to find 
the file /usr/bin/ecj script to change it..i did not find it and then 
i tried to find /lib/Makefile's JCOMPILER...netither did i find this.
 i am using fedora core 6, please let me know how to do this... and i 
have a same request... please eloborate ur answer as i am a little new 
to linux... ur answer can solve a hell lot of tensions to me.

 will be looking forward for ur reply
-deepak 

Hi, Deepak,

Your message does not contain enough information to figure out that is 
going wrong.


The out of memory error with CACAO and old Sun' jres is solved long time 
ago, and the solution is described at 
http://developer.classpath.org/mediation/ClasspathDeveloperGuidelines. 
But if you just use the unmodified Fedora installation, it is likely 
still gij - based and should run ecj using all available memory without 
problems.


Sometimes it may be really difficult to figure out that is going wrong 
without having hands-on access. However you should read carefully the 
GNU Classpath hackers guide, trying to follow all steps exactly. Also, 
try to run the application 'top' (while compiling) in another window. If 
it shows that the running process really swallows all your memory (swap 
including), you need to upgrade the machine and likely nothing else can 
be done.  Read about various .configure options and search the web.


If you really cannot solve the problem yourself, please post questions 
to the GNU Classpath discussion mailing list, not to the individual 
developers. Then the answered question will stay in the mailing list 
archive and another person with the similar problem will be able to find 
it with the simple Google search.  Also, hackers typically prefer not to 
start long individual consultations as it takes for them too much time.


When posting to the mailing list, do not forget to attach all error 
messages that the build script have printed for you. Just saying 
'nothing works' does not help to locate the problem even when that is true.


Good luck
Audrius

Re: Classpath 0.96

[Dalibor Topic]

Andrew John Hughes wrote:

On Wednesday 19 September 2007 13:07:01 Dalibor Topic wrote:

Dâniel Fraga wrote:

On Tue, 18 Sep 2007 15:27:15 +0100
I mean, I know I can use gcjwebplugin, but it doesn't work for
all cases, all applets etc. Now that Java was GPLed, how much time will
it take so classpath will merge code from Sun so we can have a
gcjwebplugin that works in all cases?

Currently, there is no one actively working on merging code from OpenJDK
into GNU Classpath, so it will take an infinite amount of time. :)

Alternatively, check out IcedTea.



Mainly because I don't think all the legalities of doing such a thing have 
been sorted out.  In particular, Sun's code is GPLv2 only and the FSF would 
like to move to GPLv3 at some point.


The classpath exception on Sun's code would make that less of a problem 
for code in OpenJDK that would make sense to merge into Classpath. i.e. 
the class library code, as that code is licensed for the most part under 
GPLv2+classpath exception, so mixing and matching that code with 
GPLv2+classpath exception or GPLv3+classpath exception should be, per 
the exception, OK.


If someone desperately wanted (i.e. volunteered) to make it happen, I 
guess we could bug the FSF & mjw about a branch to do the work, or move 
that work to some other place, like icedtea, and resync from there 
(icepath ftw!).


It's not really a pressing issue any more, in my opinion, as cacao & 
ikvm have started to switch over to openjdk/icedtea libraries, and I'd 
expect other VMs to follow, as their resources permit. It'd be easier if 
an icedtea/classpath integration branch existed, but it seems possible 
to pull off that big merge without it, judging by Jeroen's and 
Christian's work.


Meanwhile, there is a bug tracker full of regular maintenance work for 
those of us that can't just switch their VMs to icedtea's class 
libraries just yet, so I expect that we'll see more than a handful of 
releases of classpath until the big merge/switch happens.


cheers,
dalibor topic

Re: Classpath 0.96

[Andrew John Hughes]

On Wednesday 19 September 2007 13:07:01 Dalibor Topic wrote:
> Dâniel Fraga wrote:
> > On Tue, 18 Sep 2007 15:27:15 +0100
> > I mean, I know I can use gcjwebplugin, but it doesn't work for
> > all cases, all applets etc. Now that Java was GPLed, how much time will
> > it take so classpath will merge code from Sun so we can have a
> > gcjwebplugin that works in all cases?
>
> Currently, there is no one actively working on merging code from OpenJDK
> into GNU Classpath, so it will take an infinite amount of time. :)
>
> Alternatively, check out IcedTea.
>

Mainly because I don't think all the legalities of doing such a thing have 
been sorted out.  In particular, Sun's code is GPLv2 only and the FSF would 
like to move to GPLv3 at some point.
-- 
Andrew :)

[commit-cp] classpath ChangeLog gnu/CORBA/IorDelegate.java ...

[Dalibor Topic]

CVSROOT:/sources/classpath
Module name:classpath
Changes by: Dalibor Topic  07/09/21 18:05:22

Modified files:
.  : ChangeLog 
gnu/CORBA  : IorDelegate.java 
gnu/CORBA/CDR  : AbstractCdrInput.java Vio.java 
gnu/CORBA/DynAn: gnuDynUnion.java 
gnu/CORBA/GIOP : MessageHeader.java 
gnu/java/security/key/dss: FIPS186.java 
gnu/javax/crypto/key/dh: RFC2631.java 
gnu/javax/swing/text/html/parser/support: Parser.java 
gnu/javax/swing/text/html/parser/support/low: 
  ReaderTokenizer.java 
gnu/xml/aelfred2: XmlParser.java 
java/awt/im: InputContext.java 

Log message:
2007-09-21  Dalibor Topic  <[EMAIL PROTECTED]>

* gnu/CORBA/CDR/AbstractCdrInput.java,
gnu/CORBA/CDR/Vio.java,
gnu/CORBA/DynAn/gnuDynUnion.java,
gnu/CORBA/GIOP/MessageHeader.java,
gnu/CORBA/IorDelegate.java,
gnu/java/security/key/dss/FIPS186.java,
gnu/javax/crypto/key/dh/RFC2631.java,
gnu/javax/swing/text/html/parser/support/Parser.java,

gnu/javax/swing/text/html/parser/support/low/ReaderTokenizer.java,
gnu/xml/aelfred2/XmlParser.java,
java/awt/im/InputContext.java:
Removed unused labels.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9391&r2=1.9392
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/CORBA/IorDelegate.java?cvsroot=classpath&r1=1.4&r2=1.5
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/CORBA/CDR/AbstractCdrInput.java?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/CORBA/CDR/Vio.java?cvsroot=classpath&r1=1.9&r2=1.10
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/CORBA/DynAn/gnuDynUnion.java?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/CORBA/GIOP/MessageHeader.java?cvsroot=classpath&r1=1.11&r2=1.12
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/java/security/key/dss/FIPS186.java?cvsroot=classpath&r1=1.5&r2=1.6
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/javax/crypto/key/dh/RFC2631.java?cvsroot=classpath&r1=1.4&r2=1.5
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/javax/swing/text/html/parser/support/Parser.java?cvsroot=classpath&r1=1.17&r2=1.18
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/javax/swing/text/html/parser/support/low/ReaderTokenizer.java?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/xml/aelfred2/XmlParser.java?cvsroot=classpath&r1=1.9&r2=1.10
http://cvs.savannah.gnu.org/viewcvs/classpath/java/awt/im/InputContext.java?cvsroot=classpath&r1=1.11&r2=1.12

Re: Classpath / Icedtea & Qtopia

[Dalibor Topic]

Dalibor Topic wrote:

Are there any daily snapshots available via http or ftp?


Yes. Take a look at http://builder.classpath.org/dist/ .


I've added this to the wiki at
http://developer.classpath.org/mediation/ClasspathFirstSteps#head-9b1d9d73255384bbf12c9639829a748fb82a9490

cheers,
dalibor topic

Re: Classpath 0.96

[Dalibor Topic]

Dâniel Fraga wrote:

On Tue, 18 Sep 2007 15:27:15 +0100
I mean, I know I can use gcjwebplugin, but it doesn't work for
all cases, all applets etc. Now that Java was GPLed, how much time will
it take so classpath will merge code from Sun so we can have a
gcjwebplugin that works in all cases? 


Currently, there is no one actively working on merging code from OpenJDK 
into GNU Classpath, so it will take an infinite amount of time. :)


Alternatively, check out IcedTea.


Ps: I'm interested in classpath because it's the only option I
have for a 64 bit plugin... since Sun refuses to release a 64 bit
plugin :( I saw the GPL Java announcement, but I don't understand how
the code is being distributed...If at least Sun would release all the
source code so we can compile the plugin ourselves, it would be much
better.


It's not a matter of refusing to release code, the plugin simply hasn't 
been a priority for them yet, afaict.


At FOSDEM, someone said that the plugin code for IE alone is about the 
size of the hotspot code, so it's probably a lot of work. I'd expect it 
to be a bit lower in the priority queue than fixing encumbrancies 
(necessary for pure openjdk to move into fedora, debian, etc.) & 
creating a certifiable OpenJDK 6 branch (necessary to certify the 
resulting binaries as Java(TM)), never mind all the other things going 
on in parallel (mercurial migration, build system changes, opening up 
the interpreter code to aid porting efforts, consumer JRE, JCK process, 
...).


cheers,
dalibor topic

Re: Classpath / Icedtea & Qtopia

[Dalibor Topic]

kus Kusche Klaus wrote:
Hello! 

From: Roman Kennke [mailto:[EMAIL PROTECTED] 


Not out of the box. The Qt peers are somewhat unmaintained at the
moment. I did some splitting out in the GTK peers lately, so that they
compile without X. I guess, something similar could be done for the Qt
peers.


"Unmaintained" doesn't sound very promising.


It's an invitation to maintain it in disguise. :)


Well, I managed to compile it (in fact, the piece of code mentioned
in my first mail was dead code: not called from anywhere...).


If you'd like to start contributing patches to classpath, Mark can set 
you up with everything. Having someone who needs them maintain the Qt 
peers would be great.



I'm behind a firewall which blocks CVS access.
Will there be a release with that code any time soon?


There is no firm date set for 0.96 yet.


Are there any daily snapshots available via http or ftp?


Yes. Take a look at http://builder.classpath.org/dist/ .

cheers,
dalibor topic

Re: Classpath 0.96

[Mark Wielaard]

On Tue, 2007-09-18 at 13:12 -0300, Dâniel Fraga wrote:
>   Ps: I'm interested in classpath because it's the only option I
> have for a 64 bit plugin... since Sun refuses to release a 64 bit
> plugin :( I saw the GPL Java announcement, but I don't understand how
> the code is being distributed...If at least Sun would release all the
> source code so we can compile the plugin ourselves, it would be much
> better.

See
http://mail.openjdk.java.net/pipermail/build-dev/2007-September/000255.html for 
some references. It works great for me on Fedora 8 test 2 on x86_64.

Cheers,

Mark


signature.asc
Description: This is a digitally signed message part

Re: Classpath 0.96

[Mark Wielaard]

Hi Andrew,

On Tue, 2007-09-18 at 15:27 +0100, Andrew John Hughes wrote:
> We ought to do a release soonish.  There are a number of patches on  
> HEAD that should be in a release, and ideally
> we'd like to see a 0.96 release used by the new JikesRVM release, 2.9.2.
> 
> I've started documenting things here:
> 
> http://developer.classpath.org/mediation/ClasspathRelease096
> 
> I'd be grateful if people would  take a look and add anything they  
> think needs to be done before release (critical bug fixes, etc.)

Great! Thanks for setting that up. It is a nice overview and we really
should push out a new release.

> On that subject, can someone please add 0.96 to bugzilla?

Done.

Cheers,

Mark

RE: Classpath / Icedtea & Qtopia

[kus Kusche Klaus]

Hello! 

> From: Roman Kennke [mailto:[EMAIL PROTECTED] 
> 
> Not out of the box. The Qt peers are somewhat unmaintained at the
> moment. I did some splitting out in the GTK peers lately, so that they
> compile without X. I guess, something similar could be done for the Qt
> peers.

"Unmaintained" doesn't sound very promising.
I had the impression that the Qt backend with Qtopia 
is less risky and more likely to get useable
(and more stable and reliable for the future)
than the GTK + directfb combination.

Is it agreed that GTK + directfb is the way to go 
for X-less framebuffer, instead of Qtopia?

> > Has anybody ever been able to run classpath on top of Qtopia?
> 
> Not that I know.

Well, I managed to compile it (in fact, the piece of code mentioned
in my first mail was dead code: not called from anywhere...).

It even starts and initializes the framebuffer
(it fills the whole screen with a single color),
and it seems to be alive (cursor moves when moving the mouse),
but nothing more: 
It doesn't draw anything and doesn't react to input events.

> > Any other options for framebuffer-based (X11-less) classpath?
> 
> As I said, the GTK peers (in CVS HEAD) should be able to 
> compile without
> X, and might or might not run on GTK/Embedded.

I'm behind a firewall which blocks CVS access.
Will there be a release with that code any time soon?
Are there any daily snapshots available via http or ftp?

With GTK/Embedded, you mean GTK + directfb?

> > 2.) Icedtea currently needs X11 and Gtk.
> > Are there any plans to support other GUI backends in Icedtea
> > (Qt / Qtopia, Escher, ...)?
> 
> It would be a worthwhile effort to split out the Classpath peers, so
> that they can be used with OpenJDK/IcedTea. I've had some success with
> the GTK peers a while ago, but I'm not sure if this works out 
> of the box right now.

You mean just try to take the peer code from classpath,
put it into an OpenJDK tree, and try it?

Greetings

-- 
Klaus Kusche, DI. Dr.Software Development - Control
KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria
www.keba.com Firmenbuchgericht Linz FN 184376 t
mailto:[EMAIL PROTECTED]  Phone: +43 732 7090-23120  Fax: +43 732 7090-63401

Re: Classpath 0.96

[Dâniel Fraga]

On Tue, 18 Sep 2007 15:27:15 +0100
Andrew John Hughes <[EMAIL PROTECTED]> wrote:

> We ought to do a release soonish.  There are a number of patches on  
> HEAD that should be in a release, and ideally
> we'd like to see a 0.96 release used by the new JikesRVM release, 2.9.2.
> 
> I've started documenting things here:
> 
> http://developer.classpath.org/mediation/ClasspathRelease096

What I'd like to know, as a simple user is when Classpath will
provide a Java plugin equivalent to Sun JRE plugin.

I mean, I know I can use gcjwebplugin, but it doesn't work for
all cases, all applets etc. Now that Java was GPLed, how much time will
it take so classpath will merge code from Sun so we can have a
gcjwebplugin that works in all cases? Or in the end, it isn't a problem
with gcjwebplugin and just gcj?

    Thank you!

Ps: I'm interested in classpath because it's the only option I
have for a 64 bit plugin... since Sun refuses to release a 64 bit
plugin :( I saw the GPL Java announcement, but I don't understand how
the code is being distributed...If at least Sun would release all the
source code so we can compile the plugin ourselves, it would be much
better.

-- 
Linux 2.6.22: Holy Dancing Manatees, Batman!
http://www.lastfm.pt/user/danielfraga
http://u-br.net
Marilyn Manson - "Burning Flag" (Holy Wood (In the Shadow of the Valley
of Death) - 2000)

Classpath 0.96

[Andrew John Hughes]

Hi folks,

We ought to do a release soonish.  There are a number of patches on  
HEAD that should be in a release, and ideally

we'd like to see a 0.96 release used by the new JikesRVM release, 2.9.2.

I've started documenting things here:

http://developer.classpath.org/mediation/ClasspathRelease096

I'd be grateful if people would  take a look and add anything they  
think needs to be done before release (critical bug fixes, etc.)


On that subject, can someone please add 0.96 to bugzilla?

Thanks,
--
Andrew :)

Re: Classpath / Icedtea & Qtopia

[Christian Thalinger]

On Tue, 2007-09-18 at 08:46 +0200, kus Kusche Klaus wrote:
> Has anybody ever been able to run classpath on top of Qtopia?

I tried some time ago to get GNU Classpath compiled for the Greenphone
Challenge, but without luck.  I can't remember what the exact problem
was, but definitely something related to Qtopia.

> Greetings

Greetings to my hometown Linz :-)

- twisti

Re: Classpath / Icedtea & Qtopia

[Roman Kennke]

Hi,

> 1.) Compilation of Classpath 0.95 with Qtopia 4.3 fails:
> When compiling qtembeddedwindowpeer.cpp, 
> qx11embed_x11.h is included.
> This header exists in Qtopia, but is uncompileable:
> It needs the XEvent type, which exists only in X11-based builds of Qt.
> 
> Any fixes for that?

Not out of the box. The Qt peers are somewhat unmaintained at the
moment. I did some splitting out in the GTK peers lately, so that they
compile without X. I guess, something similar could be done for the Qt
peers.

> Has anybody ever been able to run classpath on top of Qtopia?

Not that I know.

> Any other options for framebuffer-based (X11-less) classpath?

As I said, the GTK peers (in CVS HEAD) should be able to compile without
X, and might or might not run on GTK/Embedded.

> 2.) Icedtea currently needs X11 and Gtk.
> Are there any plans to support other GUI backends in Icedtea
> (Qt / Qtopia, Escher, ...)?

It would be a worthwhile effort to split out the Classpath peers, so
that they can be used with OpenJDK/IcedTea. I've had some success with
the GTK peers a while ago, but I'm not sure if this works out of the box
right now.

Kind regards, Roman Kennke
-- 
Dipl.-Inform. (FH) Roman Kennke, Software Engineer, http://kennke.org
aicas Allerton Interworks Computer Automated Systems GmbH
Haid-und-Neu-Straße 18 * D-76131 Karlsruhe * Germany
http://www.aicas.com   * Tel: +49-721-663 968-0
USt-Id: DE216375633, Handelsregister HRB 109481, AG Karlsruhe
Geschäftsführer: Dr. James J. Hunt

Classpath / Icedtea & Qtopia

[kus Kusche Klaus]

Two questions concerning Classpath and Qtopia 4.3
(Qtopia is the embedded version of Qt, 
i.e. framebuffer-based, without X11):

1.) Compilation of Classpath 0.95 with Qtopia 4.3 fails:
When compiling qtembeddedwindowpeer.cpp, 
qx11embed_x11.h is included.
This header exists in Qtopia, but is uncompileable:
It needs the XEvent type, which exists only in X11-based builds of Qt.

Any fixes for that?
Has anybody ever been able to run classpath on top of Qtopia?
Any other options for framebuffer-based (X11-less) classpath?

2.) Icedtea currently needs X11 and Gtk.
Are there any plans to support other GUI backends in Icedtea
(Qt / Qtopia, Escher, ...)?

Many thanks in advance for your help!

Greetings

-- 
Klaus Kusche, DI. Dr.Software Development - Control
KEBA AGGewerbepark Urfahr, A-4041 Linz, Austria

www.keba.com Firmenbuchgericht Linz FN 184376 t
mailto:[EMAIL PROTECTED]  Phone: +43 732 7090-23120  Fax: +43 732 7090-63401

[commit-cp] classpath include/gnu_java_awt_peer_gtk_Compone...

[Roman Kennke]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Roman Kennke  07/09/11 09:48:50

Modified files:
include: gnu_java_awt_peer_gtk_ComponentGraphics.h 
.  : configure.ac 
native/jni/gtk-peer: gnu_java_awt_peer_gtk_CairoGraphics2D.c 
 gnu_java_awt_peer_gtk_CairoSurface.c 
 gnu_java_awt_peer_gtk_ComponentGraphics.c 
 gnu_java_awt_peer_gtk_ComponentGraphicsCopy.c 
 gnu_java_awt_peer_gtk_GdkRobotPeer.c 
 gnu_java_awt_peer_gtk_GtkImage.c 
 gnu_java_awt_peer_gtk_GtkToolkit.c 
 gnu_java_awt_peer_gtk_GtkVolatileImage.c 
 gnu_java_awt_peer_gtk_GtkWindowPeer.c 
gnu/java/awt/peer/gtk: ComponentGraphics.java 
   VolatileImageGraphics.java 

Log message:
2007-09-11  Roman Kennke  <[EMAIL PROTECTED]>

* native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoGraphics2D.c
Removed unused includes.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoSurface.c
Removed unused includes.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_ComponentGraphics.c
Removed unusued excludes. Put Xrender includes in HAVE_XRENDER
conditional.
(flush): Use gdk_display_flush() instead of XFlush().
(initState): Use GDK/Cairo functions to get cairo_t object.
(initFromVolatile): Likewise.
* 
native/jni/gtk-peer/gnu_java_awt_peer_gtk_ComponentGraphicsCopy.c
Removed unused includes.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkRobotPeer.c
Use HAVE_XTEST conditionals for code that uses XTest.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkImage.c
Removed unused includes.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkToolkit.c
Removed unused includes.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkVolatileImage.c
Removed unused includes.
* native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c
Removed unused includes. Rewrote frame-extents code to use
gdk_window_get_frame_extents() rather than the X window 
properties
directly.
* include/gnu_java_awt_peer_gtk_ComponentGraphics.h
(initFromVolatile): Removed width and height parameters.
* gnu/java/awt/peer/gtk/ComponentGraphics.java
(initFromVolatile): Remove width and height parameters.
* gnu/java/awt/peer/gtk/VolatileImageGraphics.java
(VolatileImageGraphics): Use initFromVolatile without width and
height.
* configure.ac: Check for presence of XTest, and define 
HAVE_XTEST
accordingly.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/include/gnu_java_awt_peer_gtk_ComponentGraphics.h?cvsroot=classpath&r1=1.11&r2=1.12
http://cvs.savannah.gnu.org/viewcvs/classpath/configure.ac?cvsroot=classpath&r1=1.212&r2=1.213
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoGraphics2D.c?cvsroot=classpath&r1=1.25&r2=1.26
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_CairoSurface.c?cvsroot=classpath&r1=1.24&r2=1.25
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_ComponentGraphics.c?cvsroot=classpath&r1=1.21&r2=1.22
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_ComponentGraphicsCopy.c?cvsroot=classpath&r1=1.6&r2=1.7
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GdkRobotPeer.c?cvsroot=classpath&r1=1.6&r2=1.7
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkImage.c?cvsroot=classpath&r1=1.27&r2=1.28
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkToolkit.c?cvsroot=classpath&r1=1.37&r2=1.38
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkVolatileImage.c?cvsroot=classpath&r1=1.9&r2=1.10
http://cvs.savannah.gnu.org/viewcvs/classpath/native/jni/gtk-peer/gnu_java_awt_peer_gtk_GtkWindowPeer.c?cvsroot=classpath&r1=1.72&r2=1.73
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/java/awt/peer/gtk/ComponentGraphics.java?cvsroot=classpath&r1=1.28&r2=1.29
http://cvs.savannah.gnu.org/viewcvs/classpath/gnu/java/awt/peer/gtk/VolatileImageGraphics.java?cvsroot=classpath&r1=1.13&r2=1.14

[commit-cp] classpath ChangeLog include/jni.h

[Christian Thalinger]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Christian Thalinger 07/08/30 11:25:23

Modified files:
.  : ChangeLog 
include: jni.h 

Log message:
2007-08-30  Christian Thalinger  <[EMAIL PROTECTED]>

* include/jni.h (jobjectRefType): New type.
(JNI_VERSION_1_6): Added.
(JNINativeInterface_): Added GetObjectRefType.
(_Jv_JNIEnv): Likewise.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9374&r2=1.9375
http://cvs.savannah.gnu.org/viewcvs/classpath/include/jni.h?cvsroot=classpath&r1=1.10&r2=1.11

Re: [Jamvm-general] "LocaleInformation not found", Classpath 0.95 JamVM 1.4.5

[rob...@infotility.com]

Quoting Andrew John Hughes <[EMAIL PROTECTED]>:

> Works fine for me with both jamvm and cacao:
>
> cacao TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
> OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''
>
> jamvm TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
> OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''
>
> Do you have working ZIP support?

Andrew, thanks for your reply. If you move glibj.zip from its
usual location (to, say, /tmp) and specify it via -Xbootclasspath,
does it still succeed?

How would I be able to distinguish working from non-working ZIP support?

It appears that .class files are successfully located within glibj.zip ...

best

Robert

Re: [Jamvm-general] "LocaleInformation not found", Classpath 0.95 + JamVM 1.4.5

[Andrew John Hughes]

On Friday 17 August 2007 19:37, [EMAIL PROTECTED] wrote:
>  jamvm
> -Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/resource:/tmp/glibj.zip
> -cp . TestResource gnu/java/locale/LocaleInformation_pt_BR.properties

Works fine for me with both jamvm and cacao:

cacao TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''

jamvm TestResource gnu/java/locale/LocaleInformation_pt_BR.properties
OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''

Do you have working ZIP support?

Cheers,
-- 
Andrew :-)

Help end the Java Trap!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net


pgpJQRjae9lzG.pgp
Description: PGP signature

Re: [Jamvm-general] "LocaleInformation not found", Classpath 0.95 + JamVM 1.4.5

[rob...@infotility.com]

Quoting Robert Lougher <[EMAIL PROTECTED]>:

> Have you a simple testcase which can reproduce this?  If you have,
> I'll have a look at it.  BTW, I remember implementing stuff in the VM
> to get resources from the boot class loader, so resource loading is
> probably using a different path when you use -Xbootclasspath/p:/tmp...

Here's what I get from the following program.
The directory /tmp/resource contains the unpacked .properties
files from glibj.zip. The .properties files are found if
/tmp/resource precedes glibj.zip in the boot classpath,
and not if /tmp/resource follows glibj.zip or is absent.

glibj.zip is in /tmp because it won't fit in its usual location.

Thanks for taking a look at this.

Robert Dodier

public class TestResource
{
public static void main (String [] args)
{
try
{
java.io.InputStream s = ClassLoader.getSystemResourceAsStream (args
[0]);
if (s == null)
System.err.println ("OOPS s == null for ``" + args [0] + "''");
else
System.err.println ("OK s != null for ``" + args [0] + "''");
}
catch (Exception e) { e.printStackTrace (); }
}
}

# jamvm
-Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/resource:/tmp/glibj.zip -cp .
TestResource gnu/java/locale/LocaleInformation_pt_BR.properties

  => OK s != null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''

# jamvm
-Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/glibj.zip:/tmp/resource -cp .
TestResource gnu/java/locale/LocaleInformation_pt_BR.properties

  => OOPS s == null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''

# jamvm -Xbootclasspath:/usr/share/jamvm/classes.zip:/tmp/glibj.zip -cp .
TestResource gnu/java/locale/LocaleInformation_pt_BR.properties

  => OOPS s == null for ``gnu/java/locale/LocaleInformation_pt_BR.properties''

Re: [Jamvm-general] "LocaleInformation not found", Classpath 0.95 + JamVM 1.4.5

[Robert Lougher]

Hi Robert,

Have you a simple testcase which can reproduce this?  If you have,
I'll have a look at it.  BTW, I remember implementing stuff in the VM
to get resources from the boot class loader, so resource loading is
probably using a different path when you use -Xbootclasspath/p:/tmp...

Rob.

On 8/17/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> Andrew,
>
> Thanks for your reply. I don't have a stack trace,
> but I have determined that the problem originates from
> ResourceBundle.tryBundle(String, ClassLoader) which
> returns null instead of locating resources within glibj.zip.
> Due to that various exceptions are thrown later
> (e.g. date, number, and currency formats are messed up).
>
> tryBundle first tries to load LocaleInformation_foo
> as a class. That must fail because glibj.zip contains
> .properties files for locale information, not classes.
> Then tryBundle tries to find the corresponding .property
> file, but it is not found & then tryBundle returns null.
>
> As a workaround, I have found tryBundle can find the
> locale information by (1) unpacking the resources
> directory from glibj.zip into, say, /tmp, and
> (2) calling JamVM with -Xbootclasspath/p:/tmp .
>
> (I unpacked all of the resources directory; there are
> other resources aside from locale information which
> need to be located, otherwise exceptions are thrown.)
>
> So it appears that the problem is related to locating
> properties files (maybe all non-class files? dunno)
> within glibj.zip.
>
> Incidentally the glibj.zip I am using was created by
> unpacking glibj.zip as created by make, erasing the
> swing directories, and repacking glibj.zip via fastjar,
> the same program used by make to create the original.
> I am working on a device with limited memory, and
> saving the 1 M or so which swing occupies is important.
> Yes, I did set --without-x and disabled various graphics
> related options in classpath.mk.
>
> Thanks for any information anyone has about this problem.
>
> Robert Dodier
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems?  Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >>  http://get.splunk.com/
> ___
> Jamvm-general mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jamvm-general
>

Re: "LocaleInformation not found", Classpath 0.95 + JamVM 1.4.5

[rob...@infotility.com]

Andrew,

Thanks for your reply. I don't have a stack trace,
but I have determined that the problem originates from
ResourceBundle.tryBundle(String, ClassLoader) which
returns null instead of locating resources within glibj.zip.
Due to that various exceptions are thrown later
(e.g. date, number, and currency formats are messed up).

tryBundle first tries to load LocaleInformation_foo
as a class. That must fail because glibj.zip contains
.properties files for locale information, not classes.
Then tryBundle tries to find the corresponding .property
file, but it is not found & then tryBundle returns null.

As a workaround, I have found tryBundle can find the
locale information by (1) unpacking the resources
directory from glibj.zip into, say, /tmp, and
(2) calling JamVM with -Xbootclasspath/p:/tmp .

(I unpacked all of the resources directory; there are
other resources aside from locale information which
need to be located, otherwise exceptions are thrown.)

So it appears that the problem is related to locating
properties files (maybe all non-class files? dunno)
within glibj.zip.

Incidentally the glibj.zip I am using was created by
unpacking glibj.zip as created by make, erasing the
swing directories, and repacking glibj.zip via fastjar,
the same program used by make to create the original.
I am working on a device with limited memory, and
saving the 1 M or so which swing occupies is important.
Yes, I did set --without-x and disabled various graphics
related options in classpath.mk.

Thanks for any information anyone has about this problem.

Robert Dodier

[commit-cp] classpath ChangeLog java/util/LinkedHashSet.java

[Tom Tromey]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey  07/08/15 16:29:10

Modified files:
.  : ChangeLog 
java/util  : LinkedHashSet.java 

Log message:
* java/util/LinkedHashSet.java (LinkedHashSet): Fix typo.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9361&r2=1.9362
http://cvs.savannah.gnu.org/viewcvs/classpath/java/util/LinkedHashSet.java?cvsroot=classpath&r1=1.6&r2=1.7

[commit-cp] classpath/java/lang Class.java

[Tom Tromey]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey  07/08/15 16:27:00

Modified files:
java/lang  : Class.java 

Log message:
* java/lang/Class.java (internalGetFields): Use LinkedHashSet.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/java/lang/Class.java?cvsroot=classpath&r1=1.52&r2=1.53

[commit-cp] classpath ChangeLog

[Tom Tromey]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey  07/08/15 16:25:41

Modified files:
.  : ChangeLog 

Log message:
* java/lang/Class.java (internalGetFields): Use LinkedHashSet.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9360&r2=1.9361

"LocaleInformation not found", Classpath 0.95 + JamVM 1.4.5

[rob...@infotility.com]

Hello,

I have successfully compiled Classpath 0.95 + JamVM 1.4.5
for an ARM processor (Gumstix) and JamVM can execute
various programs, but apparently JamVM cannot find the
Classpath locale-specific properties files, which
triggers many exceptions (first MissingeResourceException
or something like that and then cascading from there).

>From what I can see, Classpath has LocaleInformation*.properties
files instead of LocaleInformation* classes;
a comment in the code suggests the intent is to
accomodate Eclipse. Be that as it may, the .properties
files are indeed present in glibj.zip (in gnu/java/locale/)
but ClassLoader methods getSystemResourceAsStream and
getResourceAsStream (called from java.util.ResourceBundle)
fail to find the .properties files.

I tried to find some info about this problem and it
appears other people have bumped into it, e.g.

 http://www.mail-archive.com/classpath@gnu.org/msg14227.html

but I didn't find any kind of resolution.

Any light you can shed on this problem is much appreciated.

best

Robert Dodier

Re: OpenJDK, CLasspath - where are things happening?

[Mark Wielaard]

On Sun, 2007-06-03 at 10:38 +0100, Andrew Haley wrote:
> Mark Wielaard writes:
>  > 
>  > :) I am not sure inserting ant in the build process will improve things.
> 
> Me either.  I'd like to fix the build dependencies so that make -j
> could speed things up on machines with many processors, but switching
> to Ant wouldn't help that at all.
> 
>  > But autoconfiscating openjdk would be nice.
> 
> That would effectively be a fork, unless we could persuade upstream to
> accept autoconf as well.   What would the benefits of autoconf be?

It would potentially make it much more portable like we have with for
example gnu classpath & gcj (although I keep seeing complaints on other
lists from people who cannot make things work on things like solaris or
aix - please report those bugs upstream people! - so maybe these days
autoconf isn't as sure proof a way to get things portable as it used to
be, or maybe GNU/Linux really is the only interesting posix-like system
left). But, yeah, it was also a bit of a joke, I regard antifiscation
and autoconfiscation equally likely to happen (although at least the
later seems to be in the works by at least Andrew and Dalibor for the
tools and javac in openjdk).

Cheers,

Mark


signature.asc
Description: This is a digitally signed message part

Re: OpenJDK, CLasspath - where are things happening?

[Andrew Haley]

Mark Wielaard writes:
 > 
 > :) I am not sure inserting ant in the build process will improve things.

Me either.  I'd like to fix the build dependencies so that make -j
could speed things up on machines with many processors, but switching
to Ant wouldn't help that at all.

 > But autoconfiscating openjdk would be nice.

That would effectively be a fork, unless we could persuade upstream to
accept autoconf as well.   What would the benefits of autoconf be?

Andrew.

Re: OpenJDK, CLasspath - where are things happening?

[Mark Wielaard]

On Sun, 2007-06-03 at 04:21 +0200, Thorbjørn Ravn Andersen wrote:
> I was very excited by the release of OpenJDK under GPL, and was 
> expecting the Classpath community to rise to the occasion and basically 
> select the best tidbits for a common merge.

Which is basically what is happening in the background, see the work by
the JNode team or IKVM, but things take some time. It isn't always
simple mix-and-match. And people have their current projects to take
care of. GNU Classpath is used by so many projects that we do keep
fixing and improving it as is, not everybody has been upgraded to our
latest 0.95 release for example.

> I have been reluctant to contribute to any Java clone simply because the 
> JVM's we are using are all Sun based, so it would not be beneficial to 
> me - that is before now.  I would therefore like to know what has 
> happened.  Is Classpath being abandoned as everybody is flocking to the 
> openjdk forums?  Is everybody just talking over IRC?  Or something else?

There is some coordination work being done on some of the openjdk lists
and on irc. There are many many openjdk lists, so you have to search a
little to get all the threads. See
http://blogs.sun.com/tmarble/date/20070531
Big picture overviews can generally be found on
http://planet.classpath.org/

> I built the OpenJDK under Linux, just to see it was possible.  The first 
> thing I wondered about was that the Java code was built by Make instead 
> of Ant, so already there there is a great deal of possible improvements.

:) I am not sure inserting ant in the build process will improve things.
But autoconfiscating openjdk would be nice. A bigger problem is that
there all these binary blobs that need to be replaced before it really
is buildable on and as a free software project. But there are some
people working on replacements to get things going.

Cheers,

Mark

OpenJDK, CLasspath - where are things happening?

[Thorbjørn Ravn Andersen]

Hi

I was very excited by the release of OpenJDK under GPL, and was 
expecting the Classpath community to rise to the occasion and basically 
select the best tidbits for a common merge.


I have been reluctant to contribute to any Java clone simply because the 
JVM's we are using are all Sun based, so it would not be beneficial to 
me - that is before now.  I would therefore like to know what has 
happened.  Is Classpath being abandoned as everybody is flocking to the 
openjdk forums?  Is everybody just talking over IRC?  Or something else?


I built the OpenJDK under Linux, just to see it was possible.  The first 
thing I wondered about was that the Java code was built by Make instead 
of Ant, so already there there is a great deal of possible improvements.


Other takes?  What is usable from OpenJDK to fill the gaps in Classpath?

--
 Thorbjørn

[Bug classpath/31882] New: VMPlainDatagramSocketImpl.receive truncates messages to the length of the first message received

[robert dot dodier at gmail dot com]

VMPlainDatagramSocketImpl.receive effectively truncates messages to the length
of the first message received with a given DatagramPacket object.

VMPlainDatagramSocketImpl.receive calls nativeReceive with incorrect length
argument, namely the return value of DatagramPacket.getLength, which is not
necessarily the length of the datagram packet buffer. DatagramPacket.getLength
returns the instance variable length, which is modified by
DatagramPacket.setData (i.e. this.length can be modified to be something other
than the size of the buffer; that is the case if some data has been received
already).

I have determined empirically (by running the same code with Sun's
implementation and with Classpath) that Sun's Java implementation DOES NOT ACT
THE SAME AS CLASSPATH in this respect. DatagramSocket.receive can receive bytes
up to the size of the datagram packet buffer; it is not limited by the size of
a previously received message.

VMPlainDatagramSocketImpl.receive should call nativeReceive so that the entire
datagram packet buffer is available to receive data. I believe
packet.getData().length - packet.getOffset() is the correct quantity, not
getLength().

However I see that there has been some previous hacking on this. I wonder why
that is. The commit message for the following change says only "Use
packet.getLength()."

http://cvs.savannah.gnu.org/viewcvs/classpath/vm/reference/gnu/java/net/VMPlainDatagramSocketImpl.java?root=classpath&r1=1.1&r2=1.2
 begin diff 
 nativeReceive(socket, packet.getData(), packet.getOffset(),
-  packet.getData().length - packet.getOffset(),
+  packet.getLength(),
   receiveFromAddress, receiveFromPort, receivedLength);
- end diff -


-- 
   Summary: VMPlainDatagramSocketImpl.receive truncates messages to
the length of the first message received
   Product: classpath
   Version: 0.90
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: classpath
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: robert dot dodier at gmail dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31882



___
Bug-classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-classpath

Re: GNU/Classpath & OpenJDK

[Andrew Haley]

Mario Torre writes:
 > Il giorno mer, 09/05/2007 alle 19.24 +0200, [EMAIL PROTECTED] ha scritto:
 > > Hi all,
 > > 
 > > Reading planet.classpath.org I see most people are already aware that most
 > > openjdk source code got released under the GPL at JavaOne. Other good news
 > > is that Dalibor got on the initial governance board to help shape the
 > > community.
 > 
 > Good Mark! I wish you were on #classpath to celebrate together with a
 > nice bottle of italian wine :) 

Me too.  :-)

Andrew.

Re: GNU/Classpath & OpenJDK

[Mario Torre]

Il giorno mer, 09/05/2007 alle 19.24 +0200, [EMAIL PROTECTED] ha scritto:
> Hi all,
> 
> Reading planet.classpath.org I see most people are already aware that most
> openjdk source code got released under the GPL at JavaOne. Other good news
> is that Dalibor got on the initial governance board to help shape the
> community.

Good Mark! I wish you were on #classpath to celebrate together with a
nice bottle of italian wine :) 

> contributor agreement so he and/or the FSF/FSLC could go over them and
> help with anything that might make combinations of GNU Classpath & OpenJDK
> easier.

Yeah, I think we need a common rule to contribute to both projects and
share code without worries. Some of us already have patches waiting :)

> Cheers,
> 
> Mark

Ciao!
Mario
-- 
Lima Software - http://www.limasoftware.net/
GNU Classpath Developer - http://www.classpath.org/
Jabber: [EMAIL PROTECTED] - Profile: 
http://www.gtalkprofile.com/profile/9661.html
pgp key: http://subkeys.pgp.net/
PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

Please, support open standards:
http://opendocumentfellowship.org/petition/
http://www.nosoftwarepatents.com/

GNU/Classpath & OpenJDK

[mark]

Hi all,

Reading planet.classpath.org I see most people are already aware that most
openjdk source code got released under the GPL at JavaOne. Other good news
is that Dalibor got on the initial governance board to help shape the
community.

I already talked briefly with Eben Moglen (the legal counsel to the FSF)
who was also around at JavaOne (*) and he seemed pretty confident that
there are no real major legal gotchas. But I promised to send him a list
of legal notices, the extra assembly exception and the updated 
contributor agreement so he and/or the FSF/FSLC could go over them and
help with anything that might make combinations of GNU Classpath & OpenJDK
easier.

If you have any specific concerns please send me an email and I'll pass it
on or even try to catch a Sun legal person walking around at JavaOne to
clarify things (but email access might be spotty, so please have some
patience).

Cheers,

Mark

(*) Eben was in a session with Cliff Schmidt from Apache about legal
issues and they promised to work hard together to make any remaining
compatibility issues with ASLv2 and GPLv3 go away for the final GPLv3
version.

Re: couldn't able to install classpath: java.lang.OutOfMemoryError

[Audrius Meskauskas]

rsr wrote:

Hello All,

I have been trying to install JikesRVM as part of my project work(on fedora
core 6), which in turn requires installing GNU classpath. As it is specified
in installation guide(for installing classpath), I could able to execute
"./configure" , but when it comes to executing "gmake", its giving some
error. I am adding the execution history as an attachment. Anybody, please
tell how to overcome this problem.

Thanks in advance.
rsr.  http://www.nabble.com/file/8054/classpath.txt classpath.txt 
Please see 
http://developer.classpath.org/mediation/ClasspathDeveloperGuidelines, 
this may help a lot.


Audrius Meskauskas

Re: Classpath 0.95 build issue:OutOfMemoryError

[Audrius Meskauskas]

I added the explanation of this problems to 
http://developer.classpath.org/mediation/ClasspathDeveloperGuidelines 
into Classpath Wiki. Improvements welcome.


Audrius

Re: Classpath 0.95 build issue

[Andrew John Hughes]

On Friday 04 May 2007 18:59, Dâniel Fraga wrote:
> Making all in lib
> make[1]: Entering directory `/home/fraga/src/classpath-0.95/lib'
> true
> top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard
> Adding java source files from srcdir '..'.
> Adding java source files from VM directory ../vm/reference
> /usr/java/jre/bin/javac -bootclasspath '' -classpath
> ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngD
>atatype:../external/jsr166:.:: -d . @classes
>
>
> The system is out of resources.
> Consult the following stack trace for details.
> java.lang.OutOfMemoryError: Java heap space
> make[1]: *** [compile-classes] Error 3
> make[1]: Leaving directory `/home/fraga/src/classpath-0.95/lib'
> make: *** [all-recursive] Error 1
>
>   ***
>
>   I think it has a simple solution. To pass -J-Xms option with a
> bigger value than the default to it (like Xms32M or bigger). But how do
> I do that? Thanks.

Unaware of this discussion, I've actually been playing with this myself this 
week, after having a failing build on Solaris (which at the moment is using 
the ugly proprietary javac already installed).Are there any thoughts on 
including this in Classpath itself?  I know ecj ignores the extra option (and 
is only relevant if used as a 'javac' and not recognised as ecj a priori), 
but gcj (my version at least) spits it out; maybe that could be fixed before 
4.3 is released?

Thoughts?

Cheers,
-- 
Andrew :-)

Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
public class gcj extends Freedom implements Java { ... }

Re: Classpath 0.95 build issue

[Dâniel Fraga]

On Sun, 6 May 2007 11:37:05 -0700
Tom Tromey <[EMAIL PROTECTED]> wrote:

> Sounds good to me.  Dâniel, would you mind making a patch for this?
> Perhaps a change to the FAQ is the best bet.

I'm afraid I can't change the FAQ since I do not have
permission. But it could be like this:

Question: When I try to compile classpath, it returns "The system is
out of resources".

Answer: add "-J-Xms512M -J-Xmx512M" to lib/Makefile's JCOMPILER
variable.

-- 
Linux 2.6.21: Nocturnal Monster Puppy
http://www.lastfm.pt/user/danielfraga
http://u-br.net
Joe Satriani - "What Breaks A Heart" (Strange Beautiful Music - 2002)

Re: Classpath 0.95 build issue

[Tom Tromey]

> "Audrius" == Audrius Meskauskas <[EMAIL PROTECTED]> writes:

Audrius> This is becoming the permanent topic already. Maybe we could add 
Audrius> something to README or hackers guide?

Sounds good to me.  Dâniel, would you mind making a patch for this?
Perhaps a change to the FAQ is the best bet.

Tom

Re: Classpath 0.95 build issue

[Audrius Meskauskas]

This is becoming the permanent topic already. Maybe we could add 
something to README or hackers guide?


Audrius

Dâniel Fraga wrote:

On Fri, 4 May 2007 14:59:41 -0300
Dâniel Fraga <[EMAIL PROTECTED]> wrote:

  

/usr/java/jre/bin/javac -bootclasspath ''
-classpath 
../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:../external/jsr166:.::
-d . @classes


The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError: Java heap space



Ok, I added the following parameters:

-J-Xms512M -J-Xmx512M

to lib/Makefile's JCOMPILER variable and it fixed the problem.

  

Re: Classpath 0.95 build issue

[Dâniel Fraga]

On Fri, 4 May 2007 14:59:41 -0300
Dâniel Fraga <[EMAIL PROTECTED]> wrote:

> /usr/java/jre/bin/javac -bootclasspath ''
> -classpath 
> ../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:../external/jsr166:.::
> -d . @classes
> 
> 
> The system is out of resources.
> Consult the following stack trace for details.
> java.lang.OutOfMemoryError: Java heap space

Ok, I added the following parameters:

-J-Xms512M -J-Xmx512M

to lib/Makefile's JCOMPILER variable and it fixed the problem.

-- 
Linux 2.6.21: Nocturnal Monster Puppy
http://www.lastfm.pt/user/danielfraga
http://u-br.net

Classpath 0.95 build issue

[Dâniel Fraga]

Making all in lib
make[1]: Entering directory `/home/fraga/src/classpath-0.95/lib'
true
top_builddir=.. top_srcdir=.. /bin/sh ./gen-classlist.sh standard
Adding java source files from srcdir '..'.
Adding java source files from VM directory ../vm/reference
/usr/java/jre/bin/javac -bootclasspath '' -classpath 
../vm/reference:..:../external/w3c_dom:../external/sax:../external/relaxngDatatype:../external/jsr166:.::
 -d . @classes


The system is out of resources.
Consult the following stack trace for details.
java.lang.OutOfMemoryError: Java heap space
make[1]: *** [compile-classes] Error 3
make[1]: Leaving directory `/home/fraga/src/classpath-0.95/lib'
make: *** [all-recursive] Error 1

***

I think it has a simple solution. To pass -J-Xms option with a
bigger value than the default to it (like Xms32M or bigger). But how do
I do that? Thanks.

-- 
Linux 2.6.21: Nocturnal Monster Puppy
http://www.lastfm.pt/user/danielfraga
http://u-br.net

[Bug classpath/31479] segfault related to String encoding, JamVM 1.4.5 + Classpath 0.93 on ARM processor

[robert dot dodier at gmail dot com]

--- Comment #2 from robert dot dodier at gmail dot com  2007-05-02 17:50 
---
After further investigation, the problem appears to be related to loading
shared object libraries. To the best of my knowledge, it is not caused JamVM
nor Classpath. I'm closing this report w/ resolution = INVALID accordingly.

For the record, the scant info I can find points to modifications of zlib code
in the kernel between 2.6.17 and 2.6.18. See:
http://lkml.org/lkml/2006/11/14/272 and http://lkml.org/lkml/2006/11/15/77 and
links therein.


-- 

robert dot dodier at gmail dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution||INVALID


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31479



___
Bug-classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/bug-classpath

Re: [SPAM?] Re: gnu classpath with sun java vm

[michel . brabants]

Hello,

I indeed remember disbaling libffi (I'll send the config.log if you still
would like to see it.). I disbaled it because I wanted to get it working
quickly ... I need to compile it myself and I wasn't sure where I could
get libffi (from gcc). If possible, could you provide me any info on where
to find the correct version of libffi that I need or direct me to it?

Thank you and greetings,

Michel

> Hi Michel,
>
> It's obvious from the output below that you haven't just done ./configure
> !
>
> Could you give the options you gave, or better still send me (and not
> the list) your config.log?
>
> From the looks of it, you've disabled use of libffi (on by default on
> AMD64).  This is needed for calling native methods, and without this
> you will get the missing symbols below.
>
> Rob.
>
> On 4/26/07, Michel Brabants <[EMAIL PROTECTED]> wrote:
>> Hello all,
>>
>> it took a while, but here is my compile-error (using gcc 4.1.2):
>>
>> config.status: creating lib/sun/Makefile
>> config.status: creating lib/gnu/classpath/Makefile
>> config.status: creating src/config.h
>> config.status: src/config.h is unchanged
>> config.status: linking ./src/arch/x86_64.h to src/arch.h
>> config.status: executing depfiles commands
>> Making all in src
>> make[1]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
>> make  all-recursive
>> make[2]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
>> Making all in os
>> make[3]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
>> Making all in linux
>> make[4]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
>> Making all in x86_64
>> make[5]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux/x86_64'
>> make[5]: Nothing to be done for `all'.
>> make[5]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux/x86_64'
>> make[5]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
>> make[5]: Nothing to be done for `all-am'.
>> make[5]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
>> make[4]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
>> make[4]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
>> make[4]: Nothing to be done for `all-am'.
>> make[4]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
>> make[3]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
>> make[3]: Entering directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
>> /bin/sh ../libtool --tag=CC --mode=link
>> gcc  -march=x86-64 -Os -pipe -m3dnow -ftree-vectorize   -o jamvm  jam.o
>> libcore.la -lffi -lz -ldl -lm -lpthread
>> gcc -march=x86-64 -Os -pipe -m3dnow -ftree-vectorize -o jamvm
>> jam.o  ./.libs/libcore.a -lffi -lz -ldl -lm -lpthread
>> ./.libs/libcore.a(dll.o): In function `callJNIWrapper':
>> dll.c:(.text+0x6b): undefined reference to `callJNIMethod'
>> ./.libs/libcore.a(dll.o): In function `lookupLoadedDlls':
>> dll.c:(.text+0x840): undefined reference to `nativeExtraArg'
>> collect2: ld returned 1 exit status
>> make[3]: *** [jamvm] Error 1
>> make[3]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
>> make[2]: *** [all-recursive] Error 1
>> make[2]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
>> make[1]: *** [all] Error 2
>> make[1]: Leaving directory
>> `/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
>> make: *** [all-recursive] Error 1
>> ==> ERROR: Build Failed.  Aborting...
>>
>>
>> Thank you and greetings,
>>
>> Michel
>>
>> Op Friday 20 April 2007, schreef [EMAIL PROTECTED]:
>> > Hello all,
>> >
>> > I'll try to show you the compile-error with jamvm. I just wanted to
>> get it
>> > working ... and hoped it worked with sun's vm, which I already had
>> > installed. I'll also list the resourc-bundle-error.
>> > Maybe I4ll try the cacoa-vm.
>> >
>> > Thank you and greetings,
>> >
>> > Michel
>> >
>> > > [EMAIL PROTECTED] wrote:
>> > >> Hello,
>> > >>
>> > >> I compiled the latest stable gnu classpath with as vm, the java-vm
>> from
>> > >> Sun, because I'm getting a compile-error trying to compile the
>> latest
>> > >> jamvm. I'm using an x86-64-machine.
>> > >
>> > > What compile errors do you get with Jamvm?
>> > >
>> > > Thanks
>> > >
>> > > Phillip
>>
>>
>>
>>
>

Re: [SPAM?] Re: gnu classpath with sun java vm

[Robert Lougher]

Hi Michel,

It's obvious from the output below that you haven't just done ./configure !

Could you give the options you gave, or better still send me (and not
the list) your config.log?


From the looks of it, you've disabled use of libffi (on by default on

AMD64).  This is needed for calling native methods, and without this
you will get the missing symbols below.

Rob.

On 4/26/07, Michel Brabants <[EMAIL PROTECTED]> wrote:

Hello all,

it took a while, but here is my compile-error (using gcc 4.1.2):

config.status: creating lib/sun/Makefile
config.status: creating lib/gnu/classpath/Makefile
config.status: creating src/config.h
config.status: src/config.h is unchanged
config.status: linking ./src/arch/x86_64.h to src/arch.h
config.status: executing depfiles commands
Making all in src
make[1]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make  all-recursive
make[2]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
Making all in os
make[3]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
Making all in linux
make[4]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
Making all in x86_64
make[5]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux/x86_64'
make[5]: Nothing to be done for `all'.
make[5]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux/x86_64'
make[5]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
make[5]: Nothing to be done for `all-am'.
make[5]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
make[4]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
make[4]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
make[3]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
make[3]: Entering directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
/bin/sh ../libtool --tag=CC --mode=link
gcc  -march=x86-64 -Os -pipe -m3dnow -ftree-vectorize   -o jamvm  jam.o
libcore.la -lffi -lz -ldl -lm -lpthread
gcc -march=x86-64 -Os -pipe -m3dnow -ftree-vectorize -o jamvm
jam.o  ./.libs/libcore.a -lffi -lz -ldl -lm -lpthread
./.libs/libcore.a(dll.o): In function `callJNIWrapper':
dll.c:(.text+0x6b): undefined reference to `callJNIMethod'
./.libs/libcore.a(dll.o): In function `lookupLoadedDlls':
dll.c:(.text+0x840): undefined reference to `nativeExtraArg'
collect2: ld returned 1 exit status
make[3]: *** [jamvm] Error 1
make[3]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make: *** [all-recursive] Error 1
==> ERROR: Build Failed.  Aborting...


Thank you and greetings,

Michel

Op Friday 20 April 2007, schreef [EMAIL PROTECTED]:
> Hello all,
>
> I'll try to show you the compile-error with jamvm. I just wanted to get it
> working ... and hoped it worked with sun's vm, which I already had
> installed. I'll also list the resourc-bundle-error.
> Maybe I4ll try the cacoa-vm.
>
> Thank you and greetings,
>
> Michel
>
> > [EMAIL PROTECTED] wrote:
> >> Hello,
> >>
> >> I compiled the latest stable gnu classpath with as vm, the java-vm from
> >> Sun, because I'm getting a compile-error trying to compile the latest
> >> jamvm. I'm using an x86-64-machine.
> >
> > What compile errors do you get with Jamvm?
> >
> > Thanks
> >
> > Phillip

[SPAM?] Re: gnu classpath with sun java vm

[Michel Brabants]

Hello all,

it took a while, but here is my compile-error (using gcc 4.1.2):

config.status: creating lib/sun/Makefile
config.status: creating lib/gnu/classpath/Makefile
config.status: creating src/config.h
config.status: src/config.h is unchanged
config.status: linking ./src/arch/x86_64.h to src/arch.h
config.status: executing depfiles commands
Making all in src
make[1]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make  all-recursive
make[2]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
Making all in os
make[3]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
Making all in linux
make[4]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
Making all in x86_64
make[5]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux/x86_64'
make[5]: Nothing to be done for `all'.
make[5]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux/x86_64'
make[5]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
make[5]: Nothing to be done for `all-am'.
make[5]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
make[4]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os/linux'
make[4]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
make[4]: Nothing to be done for `all-am'.
make[4]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
make[3]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src/os'
make[3]: Entering directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
/bin/sh ../libtool --tag=CC --mode=link 
gcc  -march=x86-64 -Os -pipe -m3dnow -ftree-vectorize   -o jamvm  jam.o 
libcore.la -lffi -lz -ldl -lm -lpthread
gcc -march=x86-64 -Os -pipe -m3dnow -ftree-vectorize -o jamvm 
jam.o  ./.libs/libcore.a -lffi -lz -ldl -lm -lpthread
./.libs/libcore.a(dll.o): In function `callJNIWrapper':
dll.c:(.text+0x6b): undefined reference to `callJNIMethod'
./.libs/libcore.a(dll.o): In function `lookupLoadedDlls':
dll.c:(.text+0x840): undefined reference to `nativeExtraArg'
collect2: ld returned 1 exit status
make[3]: *** [jamvm] Error 1
make[3]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make[1]: *** [all] Error 2
make[1]: Leaving directory 
`/home/michel/archlinux-packages/jamvm/src/jamvm-1.4.5/src'
make: *** [all-recursive] Error 1
==> ERROR: Build Failed.  Aborting...


Thank you and greetings,

Michel

Op Friday 20 April 2007, schreef [EMAIL PROTECTED]:
> Hello all,
>
> I'll try to show you the compile-error with jamvm. I just wanted to get it
> working ... and hoped it worked with sun's vm, which I already had
> installed. I'll also list the resourc-bundle-error.
> Maybe I4ll try the cacoa-vm.
>
> Thank you and greetings,
>
> Michel
>
> > [EMAIL PROTECTED] wrote:
> >> Hello,
> >>
> >> I compiled the latest stable gnu classpath with as vm, the java-vm from
> >> Sun, because I'm getting a compile-error trying to compile the latest
> >> jamvm. I'm using an x86-64-machine.
> >
> > What compile errors do you get with Jamvm?
> >
> > Thanks
> >
> > Phillip




pgpHb6lGxficJ.pgp
Description: PGP signature

[commit-cp] classpath ChangeLog gnu/java/awt/peer/gtk/GdkFo...

[Roman Kennke]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Roman Kennke  07/04/25 14:53:04

Modified files:
.  : ChangeLog 
gnu/java/awt/peer/gtk: GdkFontPeer.java 
   GdkGraphicsEnvironment.java 
   GdkPixbufDecoder.java 
   GdkScreenGraphicsDevice.java 
   GtkGenericPeer.java GtkToolkit.java 
include: gnu_java_awt_peer_gtk_GdkGraphicsEnvironment.h 
 gnu_java_awt_peer_gtk_GdkScreenGraphicsDevice.h 
 gnu_java_awt_peer_gtk_GtkGenericPeer.h 
 gnu_java_awt_peer_gtk_GtkToolkit.h 
native/jni/classpath: Makefile.am 
native/jni/gconf-peer: Makefile.am 
native/jni/gtk-peer: GtkDragSourceContextPeer.c Makefile.am 
 cairographics2d.h gdkdisplay.h gdkfont.h 
 gnu_java_awt_peer_gtk_CairoGraphics2D.c 
 gnu_java_awt_peer_gtk_ComponentGraphics.c 
 gnu_java_awt_peer_gtk_ComponentGraphicsCopy.c 
 gnu_java_awt_peer_gtk_FreetypeGlyphVector.c 
 gnu_java_awt_peer_gtk_GdkFontPeer.c 
 gnu_java_awt_peer_gtk_GdkGraphicsEnvironment.c 
 gnu_java_awt_peer_gtk_GdkPixbufDecoder.c 
 gnu_java_awt_peer_gtk_GdkScreenGraphicsDevice.c 
 gnu_java_awt_peer_gtk_GtkButtonPeer.c 
 gnu_java_awt_peer_gtk_GtkCanvasPeer.c 
 gnu_java_awt_peer_gtk_GtkCheckboxMenuItemPeer.c 
 gnu_java_awt_peer_gtk_GtkCheckboxPeer.c 
 gnu_java_awt_peer_gtk_GtkChoicePeer.c 
 gnu_java_awt_peer_gtk_GtkComponentPeer.c 
 gnu_java_awt_peer_gtk_GtkEmbeddedWindowPeer.c 
 gnu_java_awt_peer_gtk_GtkFileDialogPeer.c 
 gnu_java_awt_peer_gtk_GtkFramePeer.c 
 gnu_java_awt_peer_gtk_GtkGenericPeer.c 
 gnu_java_awt_peer_gtk_GtkLabelPeer.c 
 gnu_java_awt_peer_gtk_GtkListPeer.c 
 gnu_java_awt_peer_gtk_GtkMenuBarPeer.c 
 gnu_java_awt_peer_gtk_GtkMenuComponentPeer.c 
 gnu_java_awt_peer_gtk_GtkMenuItemPeer.c 
 gnu_java_awt_peer_gtk_GtkMenuPeer.c 
 gnu_java_awt_peer_gtk_GtkPanelPeer.c 
 gnu_java_awt_peer_gtk_GtkPopupMenuPeer.c 
 gnu_java_awt_peer_gtk_GtkScrollPanePeer.c 
 gnu_java_awt_peer_gtk_GtkScrollbarPeer.c 
 gnu_java_awt_peer_gtk_GtkTextAreaPeer.c 
 gnu_java_awt_peer_gtk_GtkTextFieldPeer.c 
 gnu_java_awt_peer_gtk_GtkToolkit.c 
 gnu_java_awt_peer_gtk_GtkVolatileImage.c 
 gnu_java_awt_peer_gtk_GtkWindowPeer.c 
 gtk_jawt.c gtkpeer.h 
Added files:
native/jni/gtk-peer: gtkpeer.c 
Removed files:
native/jni/classpath: native_state.c native_state.h 

Log message:
2007-04-25  Roman Kennke  <[EMAIL PROTECTED]>

* gnu/java/awt/peer/gtk/GdkFontPeer.java,
* gnu/java/awt/peer/gtk/GdkGraphicsEnvironment.java,
* gnu/java/awt/peer/gtk/GdkPixbufDecoder.java,
* gnu/java/awt/peer/gtk/GdkScreenGraphicsDevice.java,
* gnu/java/awt/peer/gtk/GtkGenericPeer.java,
* gnu/java/awt/peer/gtk/GtkToolkit.java:
Added fields to hold the native state. Added class 
initialization
things to fetch the JNI field IDs.
* include/gnu_java_awt_peer_gtk_GdkGraphicsEnvironment.h,
* include/gnu_java_awt_peer_gtk_GdkScreenGraphicsDevice.h,
* include/gnu_java_awt_peer_gtk_GtkGenericPeer.h,
* include/gnu_java_awt_peer_gtk_GtkToolkit.h:
Added / changed class init methods for field ID initialization.
* native/jni/classpath/Makefile.am: Removed native_state stuff.
* native/jni/classpath/native_state.c,
* native/jni/classpath/native_state.h: Removed.
* native/jni/gconf-peer/Makefile.am: Removed native_state stuff.
* native/jni/gtk-peer/Makefile.am: Removed native_state stuff.
* native/jni/gtk-peer/cairographics2d.h,
* native/jni/gtk-peer/gdkdisplay.h,
* native/jni/gtk-peer/gdkfont.h,
* native/jni/gtk-peer/GtkDragSourceContext

Re: couldn't able to install classpath: java.lang.OutOfMemoryError

[Tom Tromey]

> ">" == r srinivasaraju <[EMAIL PROTECTED]> writes:

>> but when it comes to executing "gmake", its giving some error.

>> Internal compiler error
>> java.lang.OutOfMemoryError: Java heap space

There's not much we can do about this.
Maybe you don't have enough memory.
Maybe you need to increase the heap available to whatever JVM is
running ecj.  We don't know, sorry.

Tom

couldn't able to install classpath: java.lang.OutOfMemoryError

[rsr]

Hello All,

I have been trying to install JikesRVM as part of my project work(on fedora
core 6), which in turn requires installing GNU classpath. As it is specified
in installation guide(for installing classpath), I could able to execute
"./configure" , but when it comes to executing "gmake", its giving some
error. I am adding the execution history as an attachment. Anybody, please
tell how to overcome this problem.

Thanks in advance.
rsr.  http://www.nabble.com/file/8054/classpath.txt classpath.txt 
-- 
View this message in context: 
http://www.nabble.com/couldn%27t-able-to-install-classpath%3A---java.lang.OutOfMemoryError-tf3633891.html#a10147663
Sent from the Gnu - Classpath - General mailing list archive at Nabble.com.

Re: couldn't able to install GNU classpath: java.lang.OutOfMemoryError

[Andrew John Hughes]

On Monday 23 April 2007 21:05, srinivasa raju rudraraju wrote:
> Hello All,
>
> I have been trying to install JikesRVM as part of my project work(on fedora
> core 6), which in turn requires installing GNU classpath. As it is
> specified in installation guide(for installing classpath), I could able to
> execute "./configure" , but when it comes to executing "gmake", its giving
> some error. I am adding the execution history as an attachment. Anybody,
> please tell how to overcome this problem.
>
> Thanks in advance.
> rsr.

It seems that ecj (the Java compiler being used to compile GNU Classpath) is 
running out of memory, which is a common situation with something as huge as 
Classpath.  Presumably, /usr/bin/ecj will be a script to run ecj so you need 
to edit that and add something along the lines of '-mx384M' to where the VM 
is invoked for ecj.  If you are unsure how to fix this,, and /usr/bin/ecj is 
a script, post it here.

Thanks and good luck with your project,
-- 
Andrew :-)

Escape the Java Trap with GNU Classpath!
http://www.gnu.org/philosophy/java-trap.html
public class gcj extends Freedom implements Java { ... }

couldn't able to install GNU classpath: java.lang.OutOfMemoryError

[srinivasa raju rudraraju]

Hello All,

I have been trying to install JikesRVM as part of my project work(on fedora
core 6), which in turn requires installing GNU classpath. As it is specified
in installation guide(for installing classpath), I could able to execute
"./configure" , but when it comes to executing "gmake", its giving some
error. I am adding the execution history as an attachment. Anybody, please
tell how to overcome this problem.

Thanks in advance.
rsr.

[EMAIL PROTECTED] classpath-0.93-generics]# ls
aclocal.m4  ChangeLog-2004   config.log doc   install-sh  m4
   nativeTHANKYOU
AUTHORS ChangeLog-2005   config.status  examples  java
Makefile NEWS  TODO
autogen.sh  ChangeLog.gnujaxp.1  config.sub external  javax   
Makefile.am  org   tools
autom4te.cache  ChangeLog.gnujaxp.2  configure  gnu   lib 
Makefile.in  READMEvm
BUGSChangeLog.libxmljconfigure.ac   HACKING   libtool 
mauve-classpath  resource
ChangeLog   compile  COPYINGinclude   LICENSE 
missing  scripts
ChangeLog-2003  config.guess depcompINSTALL   ltmain.sh   
mkinstalldirssun

[EMAIL PROTECTED] classpath-0.93-generics]# ./configure
checking build system type... i686-redhat-linux-gnu
checking host system type... i686-redhat-linux-gnu
checking target system type... i686-redhat-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking for snd_seq_open in -lasound... yes
checking dssi.h usability... no
checking dssi.h presence... no
checking for dssi.h... no
checking whether ln -s works... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognise dependent libraries... pass_all
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... f95
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether f95 accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX&qu

couldn't able to install GNU classpath: java.lang.OutOfMemoryError

[srinivasa raju rudraraju]

Hello All,

I have been trying to install JikesRVM as part of my project work(on fedora
core 6), which in turn requires installing GNU classpath. As it is specified
in installation guide(for installing classpath), I could able to execute
"./configure" , but when it comes to executing "gmake", its giving some
error. I am adding the execution history as an attachment. Anybody, please
tell how to overcome this problem.

Thanks in advance.
rsr.

[EMAIL PROTECTED] classpath-0.93-generics]# ls
aclocal.m4  ChangeLog-2004   config.log doc   install-sh  m4
   nativeTHANKYOU
AUTHORS ChangeLog-2005   config.status  examples  java
Makefile NEWS  TODO
autogen.sh  ChangeLog.gnujaxp.1  config.sub external  javax   
Makefile.am  org   tools
autom4te.cache  ChangeLog.gnujaxp.2  configure  gnu   lib 
Makefile.in  READMEvm
BUGSChangeLog.libxmljconfigure.ac   HACKING   libtool 
mauve-classpath  resource
ChangeLog   compile  COPYINGinclude   LICENSE 
missing  scripts
ChangeLog-2003  config.guess depcompINSTALL   ltmain.sh   
mkinstalldirssun

[EMAIL PROTECTED] classpath-0.93-generics]# ./configure
checking build system type... i686-redhat-linux-gnu
checking host system type... i686-redhat-linux-gnu
checking target system type... i686-redhat-linux-gnu
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking how to create a ustar tar archive... gnutar
checking for style of include used by make... GNU
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ANSI C... none needed
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking for egrep... grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking alsa/asoundlib.h usability... yes
checking alsa/asoundlib.h presence... yes
checking for alsa/asoundlib.h... yes
checking for snd_seq_open in -lasound... yes
checking dssi.h usability... no
checking dssi.h presence... no
checking for dssi.h... no
checking whether ln -s works... yes
checking for a BSD-compatible install... /usr/bin/install -c
checking for g++... g++
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking dependency style of g++... gcc3
checking for a sed that does not truncate output... /bin/sed
checking for ld used by gcc... /usr/bin/ld
checking if the linker (/usr/bin/ld) is GNU ld... yes
checking for /usr/bin/ld option to reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -B
checking how to recognise dependent libraries... pass_all
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... g++ -E
checking for g77... no
checking for f77... no
checking for xlf... no
checking for frt... no
checking for pgf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for f90... no
checking for xlf90... no
checking for pgf90... no
checking for epcf90... no
checking for f95... f95
checking whether we are using the GNU Fortran 77 compiler... yes
checking whether f95 accepts -g... yes
checking the maximum length of command line arguments... 32768
checking command to parse /usr/bin/nm -B output from gcc object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking if gcc supports -fno-rtti -fno-exceptions... no
checking for gcc option to produce PIC... -fPIC
checking if gcc PIC flag -fPIC works... yes
checking if gcc static flag -static works... yes
checking if gcc supports -c -o file.o... yes
checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes
checking whether -lc should be explicitly linked in... no
checking dynamic linker characteristics... GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... no
configure: creating libtool
appending configuration tag "CXX&qu

[commit-cp] classpath ChangeLog doc/www.gnu.org/newsitems.t...

[Mark Wielaard]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Mark Wielaard 07/04/23 12:52:12

Modified files:
.  : ChangeLog 
doc/www.gnu.org: newsitems.txt 
doc/www.gnu.org/downloads: downloads.wml 
Added files:
doc/www.gnu.org/announce: 20070423.wml 

Log message:
* doc/www.gnu.org/newsitems.txt: Add 0.95.
* doc/www.gnu.org/downloads/downloads.wml: Likewise.
* doc/www.gnu.org/announce/20070423.wml: New file.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9283&r2=1.9284
http://cvs.savannah.gnu.org/viewcvs/classpath/doc/www.gnu.org/newsitems.txt?cvsroot=classpath&r1=1.42&r2=1.43
http://cvs.savannah.gnu.org/viewcvs/classpath/doc/www.gnu.org/announce/20070423.wml?cvsroot=classpath&rev=1.1
http://cvs.savannah.gnu.org/viewcvs/classpath/doc/www.gnu.org/downloads/downloads.wml?cvsroot=classpath&r1=1.20&r2=1.21

Re: GNU Classpath 0.95 "Take Five" released

[Mario Torre]

Il giorno lun, 23/04/2007 alle 14.16 +0200, Mark Wielaard ha scritto:
> We are proud to announce the release of GNU Classpath 0.95 "Take Five"

Welcome!

Cheers everybody!

Mario
-- 
Lima Software - http://www.limasoftware.net/
GNU Classpath Developer - http://www.classpath.org/
Jabber: [EMAIL PROTECTED] - Profile: 
http://www.gtalkprofile.com/profile/9661.html
pgp key: http://subkeys.pgp.net/
PGP Key ID: 80F240CF
Fingerprint: BA39 9666 94EC 8B73 27FA  FC7C 4086 63E3 80F2 40CF

Please, support open standards:
http://opendocumentfellowship.org/petition/
http://www.nosoftwarepatents.com/

GNU Classpath 0.95 "Take Five" released

[Mark Wielaard]

We are proud to announce the release of GNU Classpath 0.95 "Take Five"

GNU Classpath, essential libraries for java, is a project to create
free core class libraries for use with runtimes, compilers and tools
for the java programming language.

The GNU Classpath developer snapshot releases are not directly aimed
at the end user but are meant to be integrated into larger development
platforms. For example the GCC (gcj) and Kaffe projects will use the
developer snapshots as a base for future versions. More projects based
on GNU Classpath: http://www.gnu.org/software/classpath/stories.html

This release adds some serious jazz (more extensive list below):

  Full merge of 1.5 generics work. Bootstrappable with OpenJDK javac
  compiler. URLConnection timeout support. TimeZone can use platform
  zoneinfo file when available. The Collection classes, lang.management
  and util.spi have been updated to 1.6. Addition of 1.6 ServiceLoader.
  Speedup for cairo and freetype Graphics2D support. The ASM library
  is now included. Better detection of browser plugin mechanisms for
  gcjwebplugin applet support in mozilla, iceweasel and firefox.

Screenshots of applications (eclipse, jedit, jfreechart, "jgecko",
statcvs and more) working out of the box with GNU Classpath can be
found at http://developer.classpath.org/screenshots/

This release switches fully towards the 1.5 generics work that we
previously released separately as classpath-generics. All this work is
now fully integrated in the main release and various runtimes (gcj,
cacao, jamvm, ikvm, etc) have been extended to take advantage of the
new generics, annotations and enumeration support in the core
library. From now on we intend to no longer release both a
non-generics and a generics version. But if there is demand we might
consider resurrecting the non-generics 1.4 branch with selected
bug-fixes (depending on having a branch maintainer). Work is on the
way to also add the new 1.6 additions, a start for selected packages
has been made in this release.

On November 13 2006 (now known as Java Liberation Day) Sun decided to
start releasing all its Java ME, SE and EE implementations under the
GPL.  http://www.sun.com/software/opensource/java/ For the last decade
the GNU Classpath community has worked together with various other
free software projects to help people avoid the so called "Java Trap"
http://www.gnu.org/philosophy/java-trap.html As the FSF press release
welcoming the Sun announcement said: 'Now, Sun has begun disarming the
"Java Trap", turning it from a pitfall into a valuable foundation for
future free software development.'
http://www.fsf.org/news/fsf-welcomes-gpl-java.html

This release supports compiling and running the GPL OpenJDK javac
compiler using GNU Classpath based runtimes and compilers and to
compile the GNU Classpath core libraries, tools and examples with the
OpenJDK javac compiler itself. Making it a full bootstrap compiler for
GNU Classpath and related projects. We hope to extend support and work
together with the OpenJDK community over time.

The GNU Classpath developers site http://developer.classpath.org/
provides detailed information on how to start with helping the GNU
Classpath project and gives an overview of the core class library
packages currently provided.

For each snapshot release generated documentation is provided through
the GNU Classpath Tools gjdoc project.  A documentation generation
framework for java source files used by the GNU project. Full
documentation on the currently implementated packages and classes can
be found at: http://developer.classpath.org/doc/

Since gjdoc does not yet fully support all the new 1.5 language
additions used in this version of GNU Classpath the documentation has
also been generated using the GPL project sinjdoc which doesn't
provide all the features gjdoc has (-linksource, -licensetext,
-validhtml, @Link support in comments in particular) but has a better
1.5 language parser: http://developer.classpath.org/sinjdoc/

We are looking into how to extend the documentation experience based
on these two tools in the future. Please contact the mailinglist if
you like to help with this effort.

For more information about the project see also:

- GNU Classpath home page:
  http://www.gnu.org/software/classpath/

- Developer information (wiki):
  http://developer.classpath.org/

- Full class documentation
  http://developer.classpath.org/doc/

- GNU Classpath hackers:
  http://planet.classpath.org/

- Autobuilder, current build status, build snapshots:
  http://builder.classpath.org/

- Application test pages (wiki)
  http://developer.classpath.org/mediation/Applets
  http://developer.classpath.org/mediation/FreeAWTTestApps
  http://developer.classpath.org/mediation/FreeSwingTestApps
  http://developer.classpath.org/mediation/FreeSWTTestApps

- GNU Classpath hacking with Eclipse (wiki)
  http://developer.classpath.org/mediation/ClasspathHackin

add link to wiki from main Classpath site

[Paul Jenner]

Hi all.

I noticed there was no link to the wiki from the main Classpath site.

Attached is (untested) patch to add one - could someone please take a
look and apply if OK?

Thanks,

Paul

-- 
Paul Jenner <[EMAIL PROTECTED]>
diff -Naur classpath/doc/www.gnu.org/include/layout.wml classpath.psj/doc/www.gnu.org/include/layout.wml
--- classpath/doc/www.gnu.org/include/layout.wml	2006-12-18 05:00:32.0 +
+++ classpath.psj/doc/www.gnu.org/include/layout.wml	2007-04-22 09:05:40.0 +0100
@@ -97,6 +97,7 @@
 
 
 http://classpath.wildebeest.org/planet/";>
+http://developer.classpath.org/mediation/";>
 
 Success Stories
 

[commit-cp] classpath ChangeLog m4/acinclude.m4 [classpath-0_95-branch]

[Mark Wielaard]

CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: classpath-0_95-branch
Changes by: Mark Wielaard 07/04/20 12:13:12

Modified files:
.  : ChangeLog 
m4 : acinclude.m4 

Log message:
2007-04-19  Andrew John Hughes  <[EMAIL PROTECTED]>

   * m4/acinclude.m4
   (CLASSPATH_FIND_JAVAC): Allow detected JAVAC.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.9222.2.20&r2=1.9222.2.21
http://cvs.savannah.gnu.org/viewcvs/classpath/m4/acinclude.m4?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.15&r2=1.15.2.1

Re: gnu classpath with sun java vm

[michel . brabants]

Hello all,

I'll try to show you the compile-error with jamvm. I just wanted to get it
working ... and hoped it worked with sun's vm, which I already had
installed. I'll also list the resourc-bundle-error.
Maybe I4ll try the cacoa-vm.

Thank you and greetings,

Michel

> [EMAIL PROTECTED] wrote:
>> Hello,
>>
>> I compiled the latest stable gnu classpath with as vm, the java-vm from
>> Sun, because I'm getting a compile-error trying to compile the latest
>> jamvm. I'm using an x86-64-machine.
>
> What compile errors do you get with Jamvm?
>
> Thanks
>
> Phillip
>

Re: gnu classpath with sun java vm

[Phillip Lougher]

[EMAIL PROTECTED] wrote:

Hello,

I compiled the latest stable gnu classpath with as vm, the java-vm from
Sun, because I'm getting a compile-error trying to compile the latest
jamvm. I'm using an x86-64-machine.


What compile errors do you get with Jamvm?

Thanks

Phillip

Re: gnu classpath with sun java vm

[Robert Lougher]

Hi,

BTW, what was the compile-error with JamVM?

Rob.

On 4/19/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:

Hello,

I compiled the latest stable gnu classpath with as vm, the java-vm from
Sun, because I'm getting a compile-error trying to compile the latest
jamvm. I'm using an x86-64-machine.

When trying to start gappletviewer, I get a missing resource-bundle-error.
Now, I saw that the resource-bundles are inside glibj.zip. I added this
zip-file to the Xbootclasspath-parameter of the gappletviewer, but then I
get a stackoverflow-error.

Is there any way I can get the applet-support to work with the java-vm
from Sun?

Thank you and greetings,

Michel

Re: gnu classpath with sun java vm

[Mark Wielaard]

On Thu, 2007-04-19 at 23:19 +0200, Michel Brabants wrote:
> thank you for helping out. Well, from what I saw. There are no 
> resourcebundles 
> present in tools.zip at all. In my case it is trying to find nl_BE, but I 
> suppose it depends on your locale. If you need more info, feel free to 
> ask :).

How are you trying to run what and which output does it produce?


signature.asc
Description: This is a digitally signed message part

[SPAM?] Re: gnu classpath with sun java vm

[Michel Brabants]

Hello,

thank you for helping out. Well, from what I saw. There are no resourcebundles 
present in tools.zip at all. In my case it is trying to find nl_BE, but I 
suppose it depends on your locale. If you need more info, feel free to 
ask :).

Thank you(!) and greetings,

Michel

Op Thursday 19 April 2007, schreef Mark Wielaard:
> Hi Michel,
>
> On Thu, 2007-04-19 at 15:23 +0200, [EMAIL PROTECTED] wrote:
> > When trying to start gappletviewer, I get a missing
> > resource-bundle-error. Now, I saw that the resource-bundles are inside
> > glibj.zip. I added this zip-file to the Xbootclasspath-parameter of the
> > gappletviewer, but then I get a stackoverflow-error.
> >
> > Is there any way I can get the applet-support to work with the java-vm
> > from Sun?
>
> Which resource bundle is missing? That might be a bug where we
> accidentally put a resource in glibj.zip that should be in tools.zip.
> Adding glibj.zip to the bootclasspath is certainly not going to work
> since it will have classes in it that conflict with the bootclasses from
> the sun java-vm. Try adding it to the classpath instead.
>
> Cheers,
>
> Mark




pgpzlIP0dNvkz.pgp
Description: PGP signature

Re: gnu classpath with sun java vm

[Mark Wielaard]

Hi Michel,

On Thu, 2007-04-19 at 15:23 +0200, [EMAIL PROTECTED] wrote:
> When trying to start gappletviewer, I get a missing resource-bundle-error.
> Now, I saw that the resource-bundles are inside glibj.zip. I added this
> zip-file to the Xbootclasspath-parameter of the gappletviewer, but then I
> get a stackoverflow-error.
> 
> Is there any way I can get the applet-support to work with the java-vm
> from Sun?

Which resource bundle is missing? That might be a bug where we
accidentally put a resource in glibj.zip that should be in tools.zip.
Adding glibj.zip to the bootclasspath is certainly not going to work
since it will have classes in it that conflict with the bootclasses from
the sun java-vm. Try adding it to the classpath instead.

Cheers,

Mark


signature.asc
Description: This is a digitally signed message part

[commit-cp] classpath ChangeLog tools/gappletviewer.in tool...

[Dalibor Topic]

CVSROOT:/sources/classpath
Module name:classpath
Changes by: Dalibor Topic  07/04/19 13:42:47

Modified files:
.  : ChangeLog 
tools  : gappletviewer.in gjar.in gjarsigner.in 
 gjavah.in gkeytool.in gnative2ascii.in gorbd.in 
 grmic.in grmid.in grmiregistry.in gserialver.in 
 gtnameserv.in 

Log message:
2007-04-19  Dalibor Topic  <[EMAIL PROTECTED]>

* tools/gappletviewer.in,
tools/gjar.in,
tools/gjarsigner.in,
tools/gjavah.in,
tools/gkeytool.in,
tools/gnative2ascii.in,
tools/gorbd.in,
tools/grmic.in,
tools/grmid.in,
tools/grmiregistry.in,
tools/gserialver.in,
tools/gtnameserv.in: Set datarootdir to fix a warning from  
configure.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9277&r2=1.9278
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gappletviewer.in?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gjar.in?cvsroot=classpath&r1=1.1&r2=1.2
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gjarsigner.in?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gjavah.in?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gkeytool.in?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gnative2ascii.in?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gorbd.in?cvsroot=classpath&r1=1.1&r2=1.2
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/grmic.in?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/grmid.in?cvsroot=classpath&r1=1.1&r2=1.2
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/grmiregistry.in?cvsroot=classpath&r1=1.1&r2=1.2
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gserialver.in?cvsroot=classpath&r1=1.2&r2=1.3
http://cvs.savannah.gnu.org/viewcvs/classpath/tools/gtnameserv.in?cvsroot=classpath&r1=1.1&r2=1.2

gnu classpath with sun java vm

[michel . brabants]

Hello,

I compiled the latest stable gnu classpath with as vm, the java-vm from
Sun, because I'm getting a compile-error trying to compile the latest
jamvm. I'm using an x86-64-machine.

When trying to start gappletviewer, I get a missing resource-bundle-error.
Now, I saw that the resource-bundles are inside glibj.zip. I added this
zip-file to the Xbootclasspath-parameter of the gappletviewer, but then I
get a stackoverflow-error.

Is there any way I can get the applet-support to work with the java-vm
from Sun?

Thank you and greetings,

Michel

[commit-cp] classpath ChangeLog java/io/ObjectInputStream.j...

[Andrew Haley]

CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Andrew Haley   07/04/16 15:39:10

Modified files:
.  : ChangeLog 
java/io: ObjectInputStream.java ObjectOutputStream.java 

Log message:
2007-04-16  Andrew Haley  <[EMAIL PROTECTED]>

* java/io/ObjectInputStream.java: (parseContent):  Call (String,
Object) version of dumpElementln.
(dumpElementln(String, Object)): New method.
* java/io/ObjectOutputStream.java (writeObject): Call (String,
Object) version of dumpElementln.
(dumpElementln(String, Object)): New method.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&r1=1.9255&r2=1.9256
http://cvs.savannah.gnu.org/viewcvs/classpath/java/io/ObjectInputStream.java?cvsroot=classpath&r1=1.81&r2=1.82
http://cvs.savannah.gnu.org/viewcvs/classpath/java/io/ObjectOutputStream.java?cvsroot=classpath&r1=1.71&r2=1.72

[Bug awt/26299] thinlet examples don't work with jamvm and classpath

[fkung at redhat dot com]

--- Comment #3 from fkung at redhat dot com  2007-04-11 19:03 ---
looks like it was fixed some time over the past year


-- 

fkung at redhat dot com changed:

   What|Removed |Added

 Status|ASSIGNED|RESOLVED
 Resolution||FIXED


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26299



___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath

[Bug classpath/31539] ProgressBar memory leak - pango_context_load_fontset ?

[fkung at redhat dot com]

-- 

fkung at redhat dot com changed:

   What|Removed |Added

 Status|UNCONFIRMED |NEW
 Ever Confirmed|0   |1
   Last reconfirmed|-00-00 00:00:00 |2007-04-11 18:34:58
   date||


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31539



___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath

[Bug classpath/31539] New: ProgressBar memory leak - pango_context_load_fontset ?

[fkung at redhat dot com]

>From mjw:
There is a memory leak when rotated text is used a lot (you can see it
in the classpath examples Swing Demo with the ProgressBar). We keep
allocating new FontPeers because the caching logic in
GtkToolkitget.ClasspathFontPeer() cannot see when TransformAttributes
are equal (since TransformAttribute doesn't implement equals() and
hashCode()). And FontPeer calls pango_context_load_fontset () which
seems to leak memory even though we seem to try to g_object_unref () it.

--
Possibly related to http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28186 ?


-- 
   Summary: ProgressBar memory leak - pango_context_load_fontset ?
   Product: classpath
   Version: 0.93
Status: UNCONFIRMED
  Severity: normal
  Priority: P3
 Component: classpath
AssignedTo: fkung at redhat dot com
ReportedBy: fkung at redhat dot com


http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31539



___
Bug-classpath mailing list
Bug-classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-classpath

[commit-cp] classpath ChangeLog resource/META-INF/services/... [classpath-0_95-branch]

[Mark Wielaard]

CVSROOT:/cvsroot/classpath
Module name:classpath
Branch: classpath-0_95-branch
Changes by: Mark Wielaard 07/04/07 18:32:40

Modified files:
.  : ChangeLog 
Removed files:
resource/META-INF/services: 
javax.xml.parsers.DocumentBuilderFactory 
javax.xml.parsers.SAXParserFactory 
javax.xml.parsers.TransformerFactory 
org.relaxng.datatype.DatatypeLibraryFactory 
org.w3c.dom.DOMImplementationSourceList 
org.xml.sax.driver 

Log message:
   * 
resource/META-INF/services/javax.xml.parsers.DocumentBuilderFactor,
   resource/META-INF/services/javax.xml.parsers.SAXParserFactory,
   resource/META-INF/services/javax.xml.parsers.TransformerFactory,
   
resource/META-INF/services/org.relaxng.datatype.DatatypeLibraryFactory,
   
resource/META-INF/services/org.w3c.dom.DOMImplementationSourceList,
   resource/META-INF/services/org.xml.sax.driver: Removed.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/classpath/ChangeLog?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.9222.2.2&r2=1.9222.2.3
http://cvs.savannah.gnu.org/viewcvs/classpath/resource/META-INF/services/javax.xml.parsers.DocumentBuilderFactory?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.1&r2=0
http://cvs.savannah.gnu.org/viewcvs/classpath/resource/META-INF/services/javax.xml.parsers.SAXParserFactory?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.4&r2=0
http://cvs.savannah.gnu.org/viewcvs/classpath/resource/META-INF/services/javax.xml.parsers.TransformerFactory?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.1&r2=0
http://cvs.savannah.gnu.org/viewcvs/classpath/resource/META-INF/services/org.relaxng.datatype.DatatypeLibraryFactory?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.1&r2=0
http://cvs.savannah.gnu.org/viewcvs/classpath/resource/META-INF/services/org.w3c.dom.DOMImplementationSourceList?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.1&r2=0
http://cvs.savannah.gnu.org/viewcvs/classpath/resource/META-INF/services/org.xml.sax.driver?cvsroot=classpath&only_with_tag=classpath-0_95-branch&r1=1.2&r2=0