Re: [kaffe] --disable-native-awt semantics

Hi Dalibor, my opinion ... Dalibor Topic wrote: >Hi all, > >Supreet has been kind enough to raise this issue as #32 in Kaffe's bug >tracker, at http://www.kaffe.org/cgi-bin/bugzilla/show_bug.cgi?id=32 > >I'd like to hear some feedback what solution you'd like, i.e. what >--disable-native-awt sho

Re: [kaffe] Classpath config.sub modification question

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ok, the config.sub is already patched implicitly. :-) (done by the regeneration of configuration/makefiles - see mail "Fix to be able to use ECJ instead of JIKES") Alex. Jim Pick wrote: > Alexander Boettcher wrote: > >>Hi Ka

[kaffe] Classpath config.sub modification question

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi Kaffe developers, I omitted in my last checkin the modifications at libraries/javalib/external/classpath/config.sub (add DROPS as OS, in order to enable cross configuration and compiling of Kaffe), because I'm unsure whether it's ok to modify this

[kaffe] Unofficial and experimental release of Kaffe on DROPS/L4

files, because the latest cvs version of kaffe.org doesn't build with the DROPS/L4 port :-(. Please note, the state of the port must be considered as experimental. My port specific code are licensed under GPL and I provide it with no warranty. A README is available at [2]. Best regards,

[Fwd: Re: [kaffe] boehm configure problem]

--- Begin Message --- Hi Riccardo, it's the same problem I had with Kaffe on L4. Dalibor introduced "--disable-boehm-gc-configuration" to disable it. Bye, Alex. Riccardo wrote: > Hey, > > is boehm always enabled now? In any case I get the following error: > checking for thread model used by GC

[kaffe] configure issue

Hi Kaffe developers, the boehm-gc configure script is executed always, even though the kaffe-gc garbage collector is used. This cause for me trouble because the boehm-gc requires a pthread implementation, which we don't have (DROPS & L4Env), so that the configure script aborts. The attached diff s

Re: [kaffe] problem using QtAWT with 1.1.5 (Gnu Linux/i686)

[EMAIL PROTECTED] schrieb: >On Fri, Apr 29, 2005 at 12:50:42PM +0200, Alexander Boettcher wrote: > > >>Hi, >> >>I have some patches for the QT backend. >> >> > >Hi Alexander, > > Thanks for your patches! I have checked in CVS repository

Re: [kaffe] problem using QtAWT with 1.1.5 (Gnu Linux/i686)

rks and QT does not complain :-). Another patch is necessary for the color defines in "kaffe/libraries/clib/awt/qt/toolkit.h". If they are used with "Java_java_awt_Toolkit_graSetXORMode" in "kaffe/libraries/clib/awt/qt/gra.cc", they will produce color values > 255 an

Re: [kaffe] Awt Qt backend problems in 1.1.5.

Hi, gian paolo ciceri wrote: Hi all, I've a simple graphical application that runs fine under plain vanilla 1.1.5 (so with classpath gtk/X Awt backend). But when I run it under a kaffe built with Qt backend for Awt I take the following. Kaffe partially uses for the AWT backends different Java clas

Re: [kaffe] race during thread creation and gc invocation

Helmer Krämer wrote: Guilhem Lavaux <[EMAIL PROTECTED]> wrote: I think that we may skip the marking of thread and its internals but we should continue to mark the stack of the thread. So I suggest we move the call to TwalkThreads at the beginning of liveThreadWalker and do as you have suggest

[kaffe] race during thread creation and gc invocation

d be necessary in the threadData structure or the gc may not assume that jlThread is of type VMThread and has to handle it. What do you think ? Thanks - sorry for my english, Alexander Boettcher. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe

[kaffe] more missing files

Also not in cvs are: tools/gjdoc/javalib/gnu/classpath/tools/ - StringToolkit.java gjdoc/ - InheritDocTagImpl.java - TagContainer.java Alexander Böttcher ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe

[kaffe] Missing File - ExternalDocSet.jav

Hi, have a fresh checkout of kaffe and the make process complains about a missing file in: tools/gjdoc/javalib/gnu/classpath/tools/doclets/htmldoclet - ExternalDocSet.java. It seems not to be in the cvs. Thanks, Alexander Böttcher. ___ kaffe mailing l

[kaffe] ksem interface & MAIN_MD

Hi, somehow the test for THREAD_SYSTEM_HAS_KSEM in ksem.c was lost during the last months. It's neccessary if an port provides its own ksem semaphore implementation. At the moment you get double defined functions. Additional, is it possible to move the declaration of the ksem* functions into th

[kaffe] MAIN_MD

Hi, in the Changelog entry 2004-06-15 is described that the call to INIT_MD was removed from the kaffe/kaffe/main.c file. But in fact, the call to MAIN_MD was removed. Can we reintroduce it ? Because it's necessary for the oskit (it uses INIT_MD and MAIN_MD in different manner) and for our port. Th

[kaffe] Missing ifdef in ksem.c

Hi, somehow the test for THREAD_SYSTEM_HAS_KSEM was lost during the last months. It's neccessary if an operating system provides its own ksem semaphore implementation. I attached the small diff/fix . Regards, Alexander Böttcher. Index: ksem.c =

Re: [kaffe] kwrite usage

interpreter, uses as threading implementation/interface of our l4thread library (we don't use jthread/pthreads) and only runs on ia32. Regards, Alexander Boettcher. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe

[kaffe] kwrite usage

Hi, is it useful/possible to use "kwrite" instead of "write" in the kaffe/kaffevm/debug.c ? (see diff). I use it when stderr(2) is not opened or another filedescriptor is used for the output. Then the implementation of the syscall interface can change the behavior. I use it for Kaffe with our

[kaffe] Question about priorities

re than 10 priorities are possible. Thanks, Alexander Boettcher. ___ kaffe mailing list [EMAIL PROTECTED] http://kaffe.org/cgi-bin/mailman/listinfo/kaffe

[kaffe] Syntax Error

Hi, in kaffe/libraries/clib/net/PlainDatagramSocketImpl.c is a syntax error, when using the #else path. A brace is misplaced at row 461. 439 : case java_net_SocketOptions_IP_MULTICAST_IF: 440 :#if defined(IP_MULTICAST_IF) 441 :addrp = (struct Hjava_net_InetAddress*)arg; 442