Dalibor Topic <[EMAIL PROTECTED]> wrote on Mon, 14 Jul 2003 21:05:33 +0200:
>Mark Wielaard has already said that I'd like the next free software java
>develeper meeting to be in Saarbruecken, which hosts the Linux Kongress
>from October 14 to October 16, 2003. I hope we can use this Kongress as
Hi,
On Wed, 2003-07-16 at 11:39, Torsten Rupp wrote:
> Modified files:
> native/jni/classpath: jcl.c jcl.h
>
> Log message:
> Fixed some prototypes
Besides the obviously correct const char fixes this includes the
following:
+/* do not move; needed here because of some macro definit
Hi,
We don't seem to have real build support for creating JNI header files
but instead have pre-generated .h files in our include file.
Why is that? We do seem to detect which javah like program the user has
installed. On my system it correctly detects gcjh.
I would like them to be generated at b
Hi Mark,
On Wednesday 16 July 2003 12:44, Mark Wielaard wrote:
> We don't seem to have real build support for creating JNI header files
> but instead have pre-generated .h files in our include file.
> Why is that? We do seem to detect which javah like program the user has
> installed. On my system
Mark Wielaard <[EMAIL PROTECTED]> writes:
> Hi,
>
> We don't seem to have real build support for creating JNI header files
> but instead have pre-generated .h files in our include file.
> Why is that? We do seem to detect which javah like program the user has
> installed. On my system it correctl
Hi,
On Tue, 2003-07-15 at 01:17, Mark Wielaard wrote:
> On Tue, 2003-07-15 at 00:02, David P Grove wrote:
> > I submitted a patch (#1686) for this about two weeks ago. The
> > change to java.lang.String is actually fairly important for Jikes RVM
>
> I already looked at them and they look
Hi,
On Wed, 2003-07-16 at 13:26, Andy Walter wrote:
> I assume gcjh is implemented in C? jamaicah is implemented in Java, so we have
> a bootstrap problem if we don't checkin the generated headers.
>
> We can solve this by checking in the JNI headers into our own repository only
> and remove it
Dear Classpath members,
I added some files with the names
class-dependencies.conf
in some Java package directories. These files describe dependencies
of class/methods/fields as a property file. The data can be used if
a VM tool want to link classes to an "static linked" application,
like our Jam
Hi,
On Wed, 2003-07-16 at 10:51, Sascha Brawer wrote:
> Here's a draft for an extended abstract, see below. Any comments
In general be careful of your use of the word java. We don't want to
give the impression that we implement java, which is a trademarked word
used to describe particular (propri
Hi Torsten,
The following patches are required to get the most recent version of
target_generic_file.h to compile. Can you please check and apply them
to the Classpath CVS?
[Hint for others: it is necessary to rerun autoheader, automake,
autoconf and ./configure after apply this patch.]
Thanks
Hi,
On Wed, 2003-07-16 at 17:18, Torsten Rupp wrote:
> Log message:
> 2003-07-16 Torsten Rupp <[EMAIL PROTECTED]>
>
> * configure.in:
> Some fixes for target native layer (reported by Stephen Crawley)
>
> 2003-07-16 Torsten Rupp <[EMAIL PROTECTED]>
>
>
"Dr. Torsten Rupp" <[EMAIL PROTECTED]> writes:
> Dear Classpath members,
>
> I added some files with the names
>
> class-dependencies.conf
>
> in some Java package directories. These files describe dependencies
> of class/methods/fields as a property file. The data can be used if
> a VM tool wa
Mark Wielaard <[EMAIL PROTECTED]> wrote on Wed, 16 Jul 2003 15:58:32 +0200:
> [GNU Coding Standards: Trademarks]
Thanks for pointing this out.
>You should also mention that some dedicated people have been working on
>GNU Classpath for the last five years. That explains why we are as far
>as we
13 matches
Mail list logo