public inbox for mauve-discuss@sourceware.org
 help / color / mirror / Atom feed
From: Dalibor Topic <robilad@kaffe.org>
To: Greg Orlowski <greg.orlowski@gmail.com>
Cc: mauve-discuss@sources.redhat.com
Subject: Re: legal question about writing mauve test cases
Date: Sun, 13 Nov 2005 13:19:00 -0000	[thread overview]
Message-ID: <43773D68.6010204@kaffe.org> (raw)
In-Reply-To: <4c60c7920511121932k195c6515mad4a7f281dc189f2@mail.gmail.com>

Greg Orlowski wrote:
> Hi,
> 
> Is it legal to use the reflection api's w/ sun's jdks to generate
> lists of method signatures and then compare them to gnu-classpath's
> method signatures as a reference-point from which to develop test
> cases for mauve?

I assume that you're interested in seing which classes/methods/fields 
are missing/bad in GNU Classpath, in order to figure out which areas to 
go after, you may be interested in looking at Japitools comparison 
results at http://www.kaffe.org/~stuart/japi/

> Does using the reflection capabilities of java with sun's libraries
> constitute reading source code (legally)?

No, afaict. Otoh, if you are using or writing, say, an automated test 
generator for libraries, the cleanest way to do it is to generate your 
tests against GNU Classpath sourcecode, and then to run the tests 
against a non-free VM, to see if the assumptions codified in GNU 
Classpath also exist in the non-free VM.

On a side note, CnC from http://www.cc.gatech.edu/cnc/welcome.html might 
be interesting for such a task.

> I'd like to contribute to classpath, but I'll be using sun's tools
> extensively at my job, and I'm worried that I'll be tainted by doing
> so.

Afaik, using Sun's tools does not taint you, since you don't get to see 
actual implementation details by just using java/javac. Looking at the 
sources or having a NDA/contract with Sun not to disclose their 
implementation details otoh, would prevent you from contributing 
respective souce code to GNU Classpath. In that case, there are still 
other areas one can contribute to.

cheers,
dalibor topic

      reply	other threads:[~2005-11-13 13:19 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-11-13  3:32 Greg Orlowski
2005-11-13 13:19 ` Dalibor Topic [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43773D68.6010204@kaffe.org \
    --to=robilad@kaffe.org \
    --cc=greg.orlowski@gmail.com \
    --cc=mauve-discuss@sources.redhat.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).