Hi,
On Mon, 2004-03-29 at 16:47, Michael Koch wrote:
> Am Montag, 29. März 2004 17:12 schrieb Andrew Haley:
> > Archie Cobbs writes:
> [...]
> > > Object is good because it is automatically the size of a pointer
> > > on any platform. However, it has one significant disadvantage,
> > > which is
Hi,
On Mon, 2004-03-29 at 18:42, Etienne Gagnon wrote:
> Etienne Gagnon wrote:
> > vmData = new byte[PTR_SIZE];
> > or
> > vmData = new RawData();
> > or whatever.
> > So what's the problem, with this?
>
> And for those who want to do:
>
>vmData = [internalVMpointer]
>
> They can deal w
Mark Wielaard writes:
>
> As Andrew says we could maybe just use long if we want to store an
> address. Andrew also worked hard on getting SWT (Eclipse) 64 bit clean.
> What I have seen from the (huge) patch this was mainly done by turning
> addresses as stored by JNI from int to long. BTW, w
Am Sonntag, 4. April 2004 16:15 schrieb Mark Wielaard:
> Hi,
>
> On Mon, 2004-03-29 at 16:47, Michael Koch wrote:
> > Am Montag, 29. März 2004 17:12 schrieb Andrew Haley:
> > > Archie Cobbs writes:
> >
> > [...]
> >
> > > > Object is good because it is automatically the size of a
> > > > pointer
Hi Guilhem,
On Fri, 2004-04-02 at 21:52, Guilhem Lavaux wrote:
> Here is the real patch for object serialization. I've added new static
> methods to VMObjectStreamClass and changed the methods called in
> ObjectStreamField accordingly. Note that we need to check all exceptions
> now as the nati
Hi,
On Sun, 2004-04-04 at 20:01, Mark Wielaard wrote:
> This looks very nice. Thanks.
> Some nitpicks:
> [...]
Last nitpick. I promise!
- Do you have a test case that can be added to Mauve?
Thanks,
Mark
signature.asc
Description: This is a digitally signed message part
___
Hi,
On Wed, 2004-03-31 at 10:32, Jeroen Frijters wrote:
> I'm planning my first real IKVM release (to be included with the Mono
> 1.0 release) and I'd like to know when the next GNU Classpath release is
> approximately due. Do you know have a date planned already?
I like our time-based release cy
Hi Thomas,
I can confirm that jikes from CVS is not able anymore to compile GNU
Classpath. But both jikes 1.18 and 1.19 are (1.19 does produce lots and
lots of warnings though).
It seems that it started failing somewhere between jikes CVS from 5 and
8 weeks ago. But I haven't had time to really l
Hey Mark, bad news
I can confirm the same failure with a simplified test case. In fact it
looks like the handling of .. in any directory path is currently badly
borked in cvs.
I've raised bug 3920 as a sev 9 regression, it will be fixed prior to
1.20, which is on paper for this month. Thanks
Hi James,
I've been experimenting with using jhbuild for GNU Classpath
development. My compliments on jhbuild; it's a very nice tool!
Our AWT implementation relies on GTK, so jhbuild is a natural fit for
us. And it looks like jhbuild has the potential to make bootstrapping a
Classpath-based dev
Hi,
java/nio/channels/FileChannelImpl.java has, for example,
public FileLock lock (long position, long size, boolean shared)
throws IOException
{
...
throw new Error ("Not implemented");
}
What is the schedule for implementing this?
I would like to have this implemented becaus
Hi,
On Thu, 2004-04-01 at 01:36, Tom Tromey wrote:
> It is better to set AM_CFLAGS instead. You can set this
> in configure.ac just fine. There's also a standard trick for
> handling gcc-specific options:
>
> AM_CFLAGS=
> if test "$GCC" = yes; then
> AM_CFLAGS='-std=c89 -Wfoo -Wba
Mark Wielaard wrote:
> BTW. Note to VM/Compiler implementers!
> --
> We discussed "final" fields a bit more on irc.
> We came to the conclusion the the VM spec authors and the JLS spec
> authors have a different interpretation of "final".
> According to the VM sp
Am Montag, 5. April 2004 00:36 schrieb Ito Kazumitsu:
> Hi,
>
> java/nio/channels/FileChannelImpl.java has, for example,
>
> public FileLock lock (long position, long size, boolean shared)
> throws IOException
> {
> ...
> throw new Error ("Not implemented");
> }
>
> What is the sc
14 matches
Mail list logo
