Brian Jones wrote:
I don't know if the FSF has characterized the OMG license as non-free
yet. We can't include it but we're certainly free to point people at
it. It's called 'javartf' and I still have a copy of it if someone
wants it. I couldn't get into the ftp site just now myself.
Surely if
Hi,
If software that is non-free is software that is not part of the GNU
project, then Linux is non-free, and someone has somewhere defined free
as being GNU.
If you disallow links to software that itself provides links to
non-free software, you are effectively trying to create your own
separate
Ricky Clarkson writes:
If software that is non-free is software that is not part of the GNU
project,
False premise.
then Linux is non-free, and someone has somewhere defined free
as being GNU.
Incorrect conclusion. Please see The Free Software Definition,
Andrew Haley wrote:
FSF pages don't link to unfree software projects. It seems that OMG
is not be an unfree software project, because Implementations of the
OMG specifications - such as Object Request Brokers, IDL compilers,
and UML-based modeling tools - are not produced by OMG. They are,
Stuart Ballard writes:
Andrew Haley wrote:
FSF pages don't link to unfree software projects. It seems that OMG
is not be an unfree software project, because Implementations of the
OMG specifications - such as Object Request Brokers, IDL compilers,
and UML-based modeling tools - are
Hi,
To fix 3, the link must be removed entirely. If for some reason 3
doesn't need to be fixed (eg I'm misinterpreting GNU project policy), at
least 1 and 2 should be.
I think you are right. It is not a good idea to provide links to software
of which we cannot (currently) guarantee that it is
Mark Wielaard wrote:
I think you are right. It is not a good idea to provide links to software
of which we cannot (currently) guarantee that it is Free Software.
Could you provide a patch (source is in CVS module classpath under
docs/www.gnu.org).
Sure, I'll try to do this in the next couple of
Eric Blake wrote:
Sun seems to be blessing the use of hasNext() here, by not documenting
that this should optimize to calling size().
Good point.
Since this patch still hasn't been applied, this message is another
attempt to try to figure out if there's any consensus about it.
There have been
Stuart Ballard [EMAIL PROTECTED] writes:
Mark Wielaard wrote:
I think you are right. It is not a good idea to provide links to software
of which we cannot (currently) guarantee that it is Free Software.
Could you provide a patch (source is in CVS module classpath under
docs/www.gnu.org).
Dalibor == Dalibor Topic [EMAIL PROTECTED] writes:
Dalibor It makes my back-merging work harder, as kaffe already uses the
Dalibor patches submitted by Guilhem to the Classpath bug tracker. See
Dalibor http://savannah.gnu.org/bugs/?group=classpath for an overview. I'd
Dalibor like to suggest
In Jaos, the ClassLoader is loaded but not really used (I'm still stuck with
classpath 0.5) because I have my own native implementation which overrides
the calls to Java's classloader in Class.fromName(). I'm currently upgrading
my implementation to work with 0.6 by moving all the native stuff
The attached program gives the following result:
bash-2.05b$ java TestDecimalFormat
0.00% java.lang.IllegalArgumentException: unexpected special character - index: 4
Which is not the case with Sun's JDK.
In the kaffe world, I applied the following patch:
---
Ito == Ito Kazumitsu [EMAIL PROTECTED] writes:
Ito Which is not the case with Sun's JDK.
Ito In the kaffe world, I applied the following patch:
Could you make your test case suitable for Mauve? How about we give
you mauve write access and then you can just check it in? And then
you can check
Folks,
If all we have to do to keep GNU / FSF happy for now is to remove
the link to the OMG from the website, lets just do it. I hardly think
this is a major issue.
In the long term though, there is a bigger problem looming. At some
point, Classpath needs to support the org.omg.* classes.
14 matches
Mail list logo
