Skip to content
Commits on Jun 5, 2013
Commits on May 10, 2013
  1. @jamie-threerings

    Remove redundant config

    The default package type for the ikvm goal is sufficient.
    jamie-threerings committed May 10, 2013
  2. @jamie-threerings
Commits on Feb 13, 2013
Commits on Feb 5, 2013
Commits on Jan 31, 2013
  1. Try to be smarter about dllPath handling.

    If dllPath does not point to a real directory (i.e. it's the default and we're
    on Windows), then leave the DLLs with relative paths and let IKVM try to figure
    out where they come from. This will hopefully allow the standard libs to be
    properly resolved without having to hardcode the path to your standard C#
    directories if you're using this on Windows.
    committed Jan 31, 2013
  2. Try to make things workable on Windows (sans Mono).

    This renames monoPath to dllPath since that's what it was mainly used for. It
    doesn't require dllPath to exist, but one will have to set it if they plan to
    use relativel DLL paths. It also now runs ikvmc.exe directly on Windows, unless
    force.mono is set.
    committed Jan 31, 2013
Commits on Jan 22, 2013
  1. @jamie-threerings
Commits on Sep 10, 2012
  1. We no longer need to set MONO_PATH now that IKVM is compiled "properly".

    Indeed this now causes ikvmc.exe to fail.
    committed Sep 10, 2012
Commits on Jul 27, 2012
  1. Added copyDllDepends configuration parameter.

    This causes all <type>dll</type> dependencies to be copied into your bin
    directory, minus their version information, so that you can stably and
    conveniently reference them in your .csproj file.
    committed Jul 27, 2012
Commits on May 31, 2012
  1. Added onlyCode option.

    This extracts only the .class files from the to-be-converted jar files and
    builds those into a DLL. It omits any images or other metadata files that
    happen to be in the jar files.
    
    This is not enabled by default, as it's somewhat specific to PlayN games, where
    the media is normally packed into the main .jar file, but in this case we want
    to omit it because we bundle our resources differently on iOS.
    committed May 31, 2012
Commits on May 23, 2012
  1. Support copying DLLs into the project target directory.

    This allows us to copy the IKVM dlls into the target directory, and the .csproj
    file can reference them there, instead of requiring a hard-coded path to the
    IKVM directory. Yay!
    committed May 23, 2012
Commits on May 7, 2012
Commits on Apr 16, 2012
Commits on Apr 9, 2012
  1. Create the project directory if needed, and set artifact file.

    Apparently the jar plugin is the one that created the target dir?
    committed Apr 9, 2012
  2. Various changes:

    - ikvmHome -> ikvmPath to match monoPath (and other Maven plugins)
    - give example of setting mono.path in ~/.m2/settings.xml; having paths
      hard coded in a POM is bad mojo
    - if ikvm.home is unset, NOOP; if it is set, freak out if it or mono.path are
      invalid
    committed Apr 9, 2012
Something went wrong with that request. Please try again.