engineers. It's probably good enough for
at least the initial stages of merging in OpenJDK classes.)
--
--Per Bothner
p...@bothner.com http://per.bothner.com/
RMS wrote:
That license is GPL-compatible, so it is ok to use the code
and ok to import it as a package that is not part of GCC
but distributed with it.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
It surely makes more sense there than as part of Kawa.
Huh? Kawa needs gnu.bytecode amd can't assume Classpath
- at least not yet!
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
-dump, and jcf-dump is fast and compact.)
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
http://www.gnu.org/software/classpath/inetlib.html talks about inetlib.
However, I don't see any links to download the code,
nor any detailed (api or tutorial) documentation.
The left sidebar has a Download link, but that only has links for
downloading Classpath proper.
--
--Per Bothner
Andrew John Hughes wrote:
Forwarded Message
From: Per Bothner [EMAIL PROTECTED]
To: GCC Mailing List gcc@gcc.gnu.org, [EMAIL PROTECTED]
Subject: Re: GCC SC request about ecj
Date: Fri, 02 Jun 2006 10:59:58 -0700
Richard stallman write last night:
I agree to the use
with the FSF.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
to either merge them in or propose alternative solutions.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
Dalibor Topic wrote:
On Fri, Mar 10, 2006 at 12:20:02AM -0800, Per Bothner wrote:
Harmony appears to be basically an attempt at a hostile takeover of the
Free Java movement. They're all in favor of cooperation - as long as
it is 100% on their terms. Complete surrender is all they will accept
the developers to provide Classpath under an Apache
compatible license in addition to the current licensing scheme,
The FSF's hope is that GPL3 will be such a license.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
is very lackadaisical when it comes to licensing
issues, so ClassPath (as a GNU project) needs to be very cautious
about including javacc code.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
it
(or at least said they would), though said they'd work on fixing the
problem for 4.1.
Until this is fixed, I don't think jpackage or Fedora or Debian (for example)
should be distributing javacc, unless they put it under non-free.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
1.3 (does anyone remember what was new in 1.3?)
Classpath 4.0 imlements JDK 1.4
Classpath 5.0 implements Java 5 aka JDK 1.5
Classpath 6.0 implements Java 6 aka JDK 1.6
So we can release Classpath 1.0 now (after a little more testing) and
Classpath 2.0 in half a year, maybe.
--
--Per
Ken Larson wrote:
Let's say for example standard Java defines some constant like
FileFormat.BINARY. The Javadoc does not specify the value of this
constant.
Actually, it probably does:
http://java.sun.com/j2se/1.5.0/docs/api/constant-values.html
--
--Per Bothner
[EMAIL PROTECTED
.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
Roman Kennke wrote:
Hi there,
Am Freitag, den 20.01.2006, 13:05 -0800 schrieb Per Bothner:
Mark Wielaard wrote:
Hi Phillipe,
On Fri, 2006-01-20 at 15:03 +0100, Philippe Laporte wrote:
It is our understanding that a GPL VM can't be freely redistributed
in a commercial product
redistributing source for the commercial product. (Of course
we know that Free (open-source) Software is not incompatible with
it being commercial (i.e. for-profit) - but it is incompatible with
it being proprietary (closed-source).)
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
if equals has been redefined. And I often put
in a sequence number in the toString result, for debugging.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman
should be able to change toString before better output or
debuggability without breaking equals.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
. After a reset, then a read(byte[],int, int)
will only get S-M bytes.
Assuming buffer alignment isn't an issue, then I'd say use a combination
of (1) if possible and (2) if needed.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
.
Subversion is basically a better cvs, centralized in the same way,
arch is oriented towards a more distributed setup.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org
;
}
DataBufferInt(int[] arr) {
array = arr;
offset = SIZE_OF_ARRAY_HEADER;
}
int[] getData () {
int[] ar = new int[size];
copy_form_native_buffer_into(ar);
array = ar;
offset = SIZE_OF_ARRAY_HEADER;
}
}
This works even if the array is moved by the gc.
--
--Per
int32) i;
signed int32 js = (signed int32) j;
Then (i COMP j) if and only if
((signed int32) (is ^ 0x80) COMP (signed int32) (js 0x8000)).
Which is probably faster than:
((long) (is 0x) COMP (long) (js 0x))
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
defined in different classes.
People expect that (a==a).
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
any reason to believe that jar: or file: URLs get any
special treatment? I see none.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath-patches mailing list
Classpath-patches@gnu.org
http://lists.gnu.org/mailman/listinfo
Andrew Haley wrote:
Per Bothner writes:
Andrew Haley wrote:
[ An absolute file URL can look like:
absoluteURI = file : abs_path
abs_path = / path_segments
That is, there is no need for //.
I don't see that in any of the specs.
I got it from RFC 2396. Which I
Andrew Haley wrote:
This URL is an absolute URL because its path begins with a /:
jar:file:/usr/src/redhat/BUILD/jonas-4.3.3/jonas/output/JONAS_4_3_3/examples/webservices/beans/ws/temp/ejbjars/ws.jar!/META-INF/wsdl/ssbEndpoint.wsdl
[ An absolute file URL can look like:
absoluteURI = file :
encoding and fine-tuning of existing styles.
(I still mostly use Emacs.)
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
?xml version=1.0 encoding=UTF-8?
profiles version=8
profile name=GNU version=8
setting id=org.eclipse.jdt.core.formatter.align_type_members_on_columns value
document* is somewhat more restricted,
but if you want to use DOM to support XQuery/XPath/XSLT objects
it makes sense to allow more generality.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath
it. It might be useful to get
his story too.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
that
politics are preventing us from using either.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath@gnu.org
http://lists.gnu.org/mailman/listinfo/classpath
Dalibor Topic wrote:
Their licensing on JavaCC seems to be all over the place, really.
I reported this as an issue:
https://javacc.dev.java.net/issues/show_bug.cgi?id=69
No response of any kind.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
indentation level = one tab stop and then setting the
display width of a tab as a personal display preference.
The way we indent using a mix of tabs and spaces isn't
compatible with this model.
Perhaps there should be two stanadrd GNU styles: GNU, with tabs
and GNU, without tabs.
--
--Per
Thing to set
up a Java Ant-based project rather than a plain Java project.
If I'm doing things wrong, I'd very much appreciate a cookbook
for how this is supposed to be done.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath
for Java.
I haven't tested M5a yet.
See https://bugs.eclipse.org/bugs/show_bug.cgi?id=68506
(Though this bug was about the formatter, not the editor.)
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
Classpath
. This does not necessaily mean using the same
cvs (or snv) repository, though that is an option. It does mean
marking bugs in bugzilla in as *if* they were branches. It would
require thinking about naming convention for target milestones etc.
--
--Per Bothner
[EMAIL PROTECTED] http
://bugs.eclipse.org/bugs/show_bug.cgi?id=73104
Hopefully we'll have something usable soon.
I also suggest we submit a standard GNU coding style, and ask them
to include it as a standard formatting style.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
between
the gcj compiler and runtime, maybe it can be parameterized
further so it can be plugged into other VMs?)
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman
else the classes and
API's in the java* namespaces would fall under Sun's copyright.
You mean Sun's trademark, not copyright, of course.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http
Java, so if you implement a class called java.lang.String then you
could conceivably be infringing on Sun's trademark.
That's why I believe Sun's trademarks and patents are a more
fundamental concern that the copyright.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
that parseDouble is required to return the *closest*
double. This is a difficult requirement to meet, and cannot be done
by simple (i.e. traditional) implementations.
If the strtod in glibc is threadsafe *and* accurate, then we should
probably use it, at least as a default.
--
--Per Bothner
[EMAIL
for the glibc case. If on non-glibc platforms floating-point
conversion isn't quite as exact as the spec requires, fixing that is
not a priority. Of course if somebody wants to work on a more portable
solution, that is great, as lang as it doesn't penalize the glibc case.
--
--Per Bothner
[EMAIL
into the necessary category.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath
and instance fields, if some code change the field value
before the initialization is assigned.
For exmple:
class Z {
static int peek() { return j++; }
static int i = peek();
static int j = 0;
}
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
.so files.
I'd like to make a compatible kawa-NNN.rpm ...
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
PlatformFileDescriptor. The
FileChannelImpl serves that need, without the need for an extra
object and extra indirection. Right now FileChannelImpl is not
sub-classed, but it would be perfectly reasonable and a minor
change to use implementation-specific FileChannel[Impl] classes.
--
--Per
(open/read/write etc) are available on
Windows. I don't know why they're not used - performance?
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo
elegant to install a single copy of Classpath, but
GCJ is not going to use the system installation of Classpath, and
I wouldn't expect others to do so either.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
jlong. But I don't see any real reason not to
use RawData. I can see on a few JVMs it may cause problems,
but they can easily sed the source to convert RawData to long.
Just think of RawData has a macro.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
Sun's work, but of course
Sun is under no obligation to us.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
(on most C implementations). But this is less
relevant with optimizing compilers and register-based calling
conventions.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org
of problems with it. There are almost certainly still bugs in it,
but now it shouldn't fail quite so easily.
I checked the attached patch into libjava.
It should also go into Classpath.
I also have a Mauve test case.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
2004-01-03 Per
Arnaud Vandyck wrote:
Tom Tromey
GCJ is a free Java front end for EGCS.
This new front end is integrated into the EGCS project.
EGCS? New front end?
Tom, you're living in the past ...
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
to personal preference
by changing a display parameter (the tab width) without changing any
source files.
Unfortunately, it's incompatible with the Unix tab-is-8-column
standard.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
think so. Classpath uses GPL+exception and can be linked
with proprietary applications. So someone could almost certainly
distribute Classpath + org.omg.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
don't care that much.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
think creating
a new non-portable sub-class is solving a non-existent problem.
But more important is throwing *some* exception. We *must* fix the
current situation where unimplemented methods silently do nothing
or return null.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
True. However to what extent is this useful?
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
We discussed this in March, and there was agreement that we
should use use UnsupportedOperationException.
See http://gcc.gnu.org/ml/java/2003-03/msg00016.html
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing
Michael Koch wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am Freitag, 26. September 2003 19:29 schrieb Per Bothner:
We discussed this in March, and there was agreement that we
should use use UnsupportedOperationException.
See http://gcc.gnu.org/ml/java/2003-03/msg00016.html
Its never
on alpha.gnu.org, but if you already have
a release there seems little point.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
,
I'd call it a release, even if it's not a 1.0 relase. alpha.gnu.org
has outlived its usefulness (evidenced by the fact that it is little
used) now that alpha code is available in CVS for most projects.
Note that alpha.gnu.org is not mirrored the way ftp.gnu.org is.
--
--Per Bothner
[EMAIL
UnsupportedOperationException (REASON);
where REASON is a string literal that includes not implemented
and all on a single line (to make it easy to grep for).
See http://gcc.gnu.org/ml/java/2003-03/msg00016.html
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com
and a gnu.jemacs.swing.BufferContent
class. The latter implements javax.swing.text.AbstractDocument.Content.
These are used in the JEmacs implementation that comes with Kawa.
--
--Per Bothner
[EMAIL PROTECTED] http://per.bothner.com/
___
Classpath mailing list
[EMAIL PROTECTED
does that sound?
Which sounds like the best solution.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
, and the user would be
free to ignore it.
Many projects, including gcc itself, prohibit warnings.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo
don't know if GCJ does.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
(String scheme, String ssp, String fragment)
throws URISyntaxException
{
throw new UnsupportedOperationException();
}
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http
, we could
use #ifdef CNI sections.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
not be portable to other
VMs directly, but you could have a script convert gnu.gcj.RawData
to int or long, depending on the target word size.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL
a complicated Perl-style regular expression with
backtracking will be very difficult to implement by hand,
but parsing URIs shouldn't need that.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED
that the URI objects are immutable. That means that as soon as the
parsing is complete, the parser object is *dead*.
But you still have to allocate the parser object(s), which a
hand-written parser doesn't have to. And object allocation
is relatively expensive, in the context of parsing a URI.
--
--Per
who asked.
I think that is a feature, not a bug in the license. We want to
encourage people to submit improvements.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org
code.) (I would like
change it to use basic blocks as the fundamental unit, using the
algorithms I wrote for gcc/java/jcf-write.c, but I haven't had time.)
gnu.bytecode is compatible with the GPL.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per
classpath code in a non-GPLed project, so I thought you might have an
answer.
But Classpath is not GPL - it is GPL with an extra exception allowing
you to link it with proprietary code.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per
it.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
: The implementation must
behave *as if* it used the specified algorithm or code,
but as long as no valid program can tell the difference,
the implementation is free to use some other algorithm.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per
with a good JIT, it is probably faster to use Java code.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
I would not be too hasty about changing any files quite yet.
I (in my capacity as a member of the Gcc steering comittee)
am pushing for a better resolution of this issue.
--Per
___
Classpath mailing list
[EMAIL PROTECTED]
the correct serilaization
direcectly without using temporary fields. (Even better would be to
avoid generating temporary objects when serializing, but I'll settle
for getting rid of the extra fields.)
--Per Bothner
___
Classpath mailing list
[EMAIL
Anthony Green wrote:
Hey Per --
Perhaps you're not on the classpath list...
No.
BeanContextSupport is used by Jetty. I believe Per had Jetty working with
GCJ,
No, I don't recall working on Jetty. I've played with Jigsaw and
gnu-paperclips;
I believe i got the former basically working.
.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/per/
___
Classpath mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/classpath
"Nic Ferrier" [EMAIL PROTECTED] writes:
I'm ccing this to:
...
- per bothner because he runs another major GNU java project (Kawa)
I'm also on the Gcc steering committee with special interest in
Java and Gcj (which by the way can now compile Kawa, and Kawa-compiled
Scheme code,
olicy for
how new packages can be approved and added. The [EMAIL PROTECTED]
list may be a good place to discuss proposed packages, but perhaps
it needs to be expanded to more people.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/~per/
should remain gnu.gcj.
My opnion is quite tentative. My suggestion is to keep things is
gnu.java and gnu.gcj for now. We can move things around later when
we've got some more feeling for what makes sense.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/~per/
o the
FSF in favor of moving to the reverse-domain scheme from the gnu.*
scheme, they would maybe consider it. Perhaps the
central-namespace-controller issue is the basis for a convincing case?
Adding a "org." in front does not make the problem any easier or harder.
--
--Per Both
being pure Java (along with the
ability to compile them to native code for bootstrap) is the
foundation for much more portability.
But why is this an inportant goal for GNU Classpath?
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/~per/
place to fix this. (Adding support to re-writing
field references and method invocation is probably easier, because
it is more obvious what needs to be changed: It basically needs to
be done when the tree nodes are generated.)
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/~per/
tClass(__jnienv, OBJ)
#else
#define Jv_GetObjectClass(OBJ) _Jv_GetObjectClass(OBJ)
#endif
Now all we have to do if make sure -femit-jni causes __JNI to be defined.
--
--Per Bothner
[EMAIL PROTECTED] http://www.bothner.com/~per/
for crypto, but big decimal integers
(at least 18 digits) are needed for database applications.
--Per Bothner
Cygnus Solutions [EMAIL PROTECTED] http://www.cygnus.com/~bothner
ava.io in the
JLS is incomplete; classes not specified on the JLS often
are way under-specified. And the Class Libraries books,
in additions to *not* being specifications, have lots of
mistakes.)
--Per Bothner
Cygnus Solutions [EMAIL PROTECTED] http://www.cygnus.com/~bothner
, just having separate sessions may make more sense.
I suspect we could fill a 60-minute session on our own!
--Per Bothner
Cygnus Solutions [EMAIL PROTECTED] http://www.cygnus.com/~bothner
93 matches
Mail list logo