Steven Augart wrote:
If someone does that kind of port, he'll have more problems than just
than the size of a file descriptor. I am not a big fan of writing
massively general code just in case. The Extreme Programming series
of books talks about this too. Sufficient unto the day is the evil
Michael Koch [EMAIL PROTECTED] writes:
Am Dienstag, 11. Mai 2004 19:03 schrieb Arnaud Vandyck:
Some comments about this cryptic message!
Dalibor and Mark told me one day that it's difficult to merge
gnujaxp because of the $Id$ tags in some files. When they compare
files, the diff were huge
Mark Wielaard [EMAIL PROTECTED] writes:
Hi,
Hi Mark, Hi all,
On Tue, 2004-05-04 at 13:42, Arnaud Vandyck wrote:
As I already proposed, I still want to help cp-tools and gjdoc...
Great. Thanks.
There are several things that need to be done before we can easily and
correctly use gjdoc to
On Tue, 2004-05-11 at 14:34, Steven Augart wrote:
If someone does that kind of port, he'll have more problems than just
than the size of a file descriptor.
I did an exotic port, and this was my solution (which I still think is a
good idea!):
Anthony Green wrote:
I did an exotic port, and this was my solution (which I still think is a
good idea!):
http://mail.gnu.org/archive/html/classpath/2003-04/msg00092.html
The overhead of always using a 64-bit quantity to store a file
descriptor and then passing it to the JNI functions would be
On Wed, 2004-05-12 at 03:58, Steven Augart wrote:
The overhead of always using a 64-bit quantity to store a file
descriptor and then passing it to the JNI functions would be several
times lower than the overhead of those JNI functions having to call
PlatformFileDescriptor.getFD().
? That's
Anthony Green wrote:
I did an exotic port, and this was my solution (which I still think is a
good idea!):
http://mail.gnu.org/archive/html/classpath/2003-04/msg00092.html
which says:
My basic plan is to move all of these package private methods to a new
abstract class called
I get the following output when I run ./autogen.sh in the root of a
classpath CVS checkout. Am I doing something wrong? This has
happened several times in a row, even after I updated my aclocal.m4 by
running aclocal -I . (Not that I should have to, since autogen does
it for me, but there is
Anthony Green wrote:
On Wed, 2004-05-12 at 03:58, Steven Augart wrote:
The overhead of always using a 64-bit quantity to store a file
descriptor and then passing it to the JNI functions would be several
times lower than the overhead of those JNI functions having to call
Michael Koch wrote:
Can you try a newer libtool ? Perhaps 1.4.2/3 is just too old.
Done. I downloaded and built 1.5.6 onto the antique Red Hat 9 system
I'm using. It works fine. Obviously
the minimum should be upgraded to at least 1.4.4 (and that too might
not work). Would someone be willing
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Mittwoch, 12. Mai 2004 18:03 schrieb Steven Augart:
Michael Koch wrote:
Can you try a newer libtool ? Perhaps 1.4.2/3 is just too old.
Done. I downloaded and built 1.5.6 onto the antique Red Hat 9
system I'm using. It works fine. Obviously
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Mittwoch, 12. Mai 2004 12:47 schrieb Steven Augart:
I get the following output when I run ./autogen.sh in the root of
a classpath CVS checkout. Am I doing something wrong? This has
happened several times in a row, even after I updated my
12 matches
Mail list logo