Commits on Nov 19, 2012
  1. Adjust configuration message to give better guidance

    funnelweb committed Nov 19, 2012
    On mac this now reports the following more helpful message:
    configure: WARNING: /usr/local/bin/mono not found. Prefix should
    normally be set to the mono installation path. Please re-run with
  2. Fix resource file processing in bootstrap when using MSBuild

    funnelweb committed Nov 19, 2012
    The FSStrings.resources was being dropped. This is because of
    differences in resource file processing for MSBuild and XBuild. This
    detects which is being used and adjusts resource file processing
  3. Fix token used for XML documentation GAC entries

    funnelweb committed Nov 19, 2012
    FSharp.Core is delay-signed and uses token b03f5f7f11d50a3a
    All other DLLs use token f536804aa0eb945b
Commits on Nov 12, 2012
  1. Build and install FSharp.Core 2.1 profile by default

    funnelweb committed Nov 12, 2012
    This includes adding dependencies for the Mono profile 2.1 binaries we
    need to reference
Commits on Nov 11, 2012
  1. Merge pull request #58 from vishnumenon/master

    knocte committed Nov 11, 2012
    Fixed a typo in the README
  2. Fixed a typo

    vishnumenon committed Nov 11, 2012
Commits on Nov 10, 2012
  1. copy and install xml files

    funnelweb committed Nov 10, 2012
    This gives documentation for FSharp.Core.dll in MonoDevelop
  2. fix build break

    funnelweb committed Nov 10, 2012
Commits on Nov 9, 2012
  1. reduce noise during build

    funnelweb committed Nov 9, 2012
Commits on Nov 8, 2012
Commits on Nov 7, 2012
Commits on Nov 6, 2012
  1. Mono 2.11.5 == 3.0

    knocte committed Nov 6, 2012
    Mono version 2.11.5 was never released and was actually renamed to 3.0
  2. Reenable pkgconfig check for mono, but reducing bloat

    knocte committed Nov 6, 2012
    In case you need a clarification wrt bloat:
Commits on Nov 5, 2012
  1. Make mono/xbuild F# resource naming a bit more consistent with Visual F#

    funnelweb committed Nov 5, 2012
    See #50
    The comments in FSharpBuild/Fsc.fs explain a bit more. It is realy hard
    to work out how to make this perfectly consistent. Essentially, be
    careful using resources in folders if you want your projects to be
    portable across VisualStudio/MSBuild and mono/MonoDevelop/XBuild
    We hit this bug in fsharp/fsharpbinding, but we've moved that to no
    longer put resources in folders for now.
Commits on Nov 1, 2012
  1. Update

    funnelweb committed Nov 1, 2012
Commits on Oct 31, 2012
  1. fix banner string

    funnelweb committed Oct 31, 2012
  2. update bootstrap to use signed FSharp.Core

    funnelweb committed Oct 31, 2012
    The FSharp.Core in lib/bootstrap/4.0 needs to be properly strong name
    signed if we'r going to run on Windows without VS installed and without
    FSharp.Core in the GAC
  3. update to previous checkin

    funnelweb committed Oct 31, 2012
  4. typo

    funnelweb committed Oct 31, 2012
  5. Use strong names for bootstrap compiler to help with compile on windows

    funnelweb committed Oct 31, 2012
    switch to strong names for compiler binaries and update the bootstrap
    compiler with those names. The strong names are based on
    this means the strong name for FSharp.Compiler.dll changes, but no one
    should be depending on that and the new names are useful as the won't
    collide with the visual studio versions of these DLLs on windows. The
    monodevelop binding is neutral to the strong names used.
    we still compile FSharp.Core as
    delay-signed-with-the-microsoft-key-and-then-mono-key-signed which Mono
    recognizes as strong named but i think windows does not. We have to use
    this identity for FSHarp.Core to keep binary compatibility with
    Windows-compiled thing like type provider DLLs.
    We may have to use the Microsoft FSHarp.Core.dll on Windows, i think it
    gets picked up automatically from the GAC but need to check tomorrow.
    also fixes bugs in ilsupp.fs in strong nae signing.
    tested by bootstrapping, and manually examining the names on the dlls.
Commits on Oct 30, 2012