harmony-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Vladimir Ivanov" <ivavladi...@gmail.com>
Subject Re: [drlvm] DRLVM, jre/bin/default and launcher
Date Wed, 04 Oct 2006 08:12:21 GMT
On 10/4/06, Ivan Popov <ivan.g.popov@gmail.com> wrote:
>
> J2SE documentation explicitely mention standard and non-standard but
> well-known option for 'java' tool in [1] and [2]. I think it makes
> sense to follow this description rather than help message, they are
> not equal.



>From my point of view we should support all widely used options and it
should not depend on standard/non-standard definition (for example, support
of '-Xmx' option is useful too).

Seems, it should be discussed and store somewhere.



Thanks, Vladimir

[1] http://java.sun.com/j2se/1.5.0/docs/tooldocs/solaris/java.html
> [2] http://java.sun.com/j2se/1.5.0/docs/tooldocs/windows/java.html
>
> Ivan.
>
> On 10/4/06, Vladimir Ivanov <ivavladimir@gmail.com> wrote:
> > As we know the current IBM VM does not support all 'standard' java
> options.
> >
> > IBM VM peoples, could you give some expectation when this support will
> be
> > available (1 month, 3 or 6 ...)?
> >
> >  thanks, Vladimir
> >
> >
> >
> > The standard options from my point of view are (without deprecated):
> > tmp>java
> > Usage: java [-options] class [args...]
> >           (to execute a class)
> >   or  java [-options] -jar jarfile [args...]
> >           (to execute a jar file)
> >
> > where options include:
> >    -client       to select the "client" VM
> >    -server       to select the "server" VM
> >    -hotspot      is a synonym for the "client" VM  [deprecated]
> >                  The default VM is client.
> >
> >    -cp <class search path of directories and zip/jar files>
> >    -classpath <class search path of directories and zip/jar files>
> >                  A ; separated list of directories, JAR archives,
> >                  and ZIP archives to search for class files.
> >    -D<name>=<value>
> >                  set a system property
> >    -verbose[:class|gc|jni]
> >                  enable verbose output
> >    -version      print product version and exit
> >    -version:<value>
> >                  require the specified version to run
> >    -showversion  print product version and continue
> >    -jre-restrict-search | -jre-no-restrict-search
> >                  include/exclude user private JREs in the version search
> >    -? -help      print this help message
> >    -X            print help on non-standard options
> >    -ea[:<packagename>...|:<classname>]
> >    -enableassertions[:<packagename>...|:<classname>]
> >                  enable assertions
> >    -da[:<packagename>...|:<classname>]
> >    -disableassertions[:<packagename>...|:<classname>]
> >                  disable assertions
> >    -esa | -enablesystemassertions
> >                  enable system assertions
> >    -dsa | -disablesystemassertions
> >                  disable system assertions
> >
> >
> >
> > On 9/4/06, Oliver Deakin <oliver.deakin@googlemail.com> wrote:
> > >
> > > Salikh Zakirov wrote:
> > > > Andrey Chernyshev wrote:
> > > >
> > > >> 1.  Fix the DRLVM layout - rename vmcore to "harmonyvm" and move
> > > >> ..dll/.so into the "default" subdirectory such that one doesn't
> have to
> > > >> type -vm and -vmdir options;
> > > >>
> > > >
> > > > While would you want to rename DRLVM to Harmony VM?
> > > > It feels to me like claiming DRLVM to be "the only" Harmony VM.
> > > > On the contrary, I thought Harmony project is about *encouraging*
> > > diversity.
> > > >
> > > > I think having library named libdrlvm.so would be much better.
> > > >
> > >
> > > The Harmony launcher looks for harmonyvm.dll as its default vm
> library.
> > > It's just a generic
> > > name so that the launcher can find the correct library without -vm.
> The
> > > IBM VME also
> > > contains a harmonyvm.dll, which is why it works without specifying
> > > command line options
> > >
> > > Regards,
> > > Oliver
> > >
> > > >
> > > >> 2. Exclude building of the "original" launcher from the DRLVM build
> -
> > > >> it currently conflicts with the classlib launcher (both are called
> > > >> "java").
> > > >>
> > > >> 3. Aside from the hythread, it may also have a sense to make the
> > > >> classlib and DRLVM using the same zlib dll/so (preferably the
> system
> > > >> one).
> > > >>
> > > >
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > > For additional commands, e-mail:
> harmony-dev-help@incubator.apache.org
> > > >
> > > >
> > > >
> > >
> > > --
> > > Oliver Deakin
> > > IBM United Kingdom Limited
> > >
> > >
> > > ---------------------------------------------------------------------
> > > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> > >
> > >
> >
> >
>
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
>
>

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message