Commits on Oct 21, 2012
  1. @funnelweb

    Fix and simplify makefiles

    funnelweb committed Oct 21, 2012
  2. @funnelweb
Commits on Oct 20, 2012
  1. @funnelweb

    Allow install of 2.1 FSharp.Core assembly with "make install-2-1"

    To build and install the FSharp.Core for mono 2.1 use
        make do-2-1
        make install-2-1
    
    Suppress some irrelevant warnings in the installation process
    funnelweb committed Oct 20, 2012
  2. @funnelweb

    Remove fsharpc2, fsharpi2

    The mono F# 2.0 build built an extra copy of FSharp.Compiler.dll,
    fsc.exe, fsi.exe under mono/lib/2.0. These were to give the option to
    run the compiler and F# interactive running under .NET 2.0, accessed by
    "fsharpc2" and "fsharpi2"
    
    For F# 3.0 these are no longer needed - like Microsoft releases of F#
    we only need one compiler, running on the mono  .NET 4.0 profile. This
    compiler is used for compiling .NET 2.0, .NET 4.0, Silverlight,
    Portable, Android etc. code. There is nothing special about .NET 2.0
    that needs its own copy of the compiler.
    
    So the commands "fsharpc2" and "fsharpi2" have been removed from the
    mono F# 3.0 build.
    
    The commit also includes some other changes to reduce build times, like
    running fsyacc, flex etc. only once rather than twice.
    funnelweb committed Oct 20, 2012
  3. @funnelweb

    Use lib/debug instead of lib/release for build results

    We are building optimised binaries with --optimize and /debug:pdbonly,
    the results should be placed in "release" not "debug"
    funnelweb committed Oct 20, 2012
  4. @funnelweb

    Update bootstrap compiler to F# 3.0

    Its a bit cleaner to have the bootstrap compiler be an F# 3.0 compiler
    funnelweb committed Oct 20, 2012
  5. @funnelweb

    Remove PKG_CHECK_MODULES check that's causing so much trouble

    Builds are breaking needlessly on OSX, just remove the
    PKG_CHECK_MODULES for now.
    funnelweb committed Oct 20, 2012
Commits on Oct 19, 2012
  1. @funnelweb

    Add comment about the place where creating the IncrementalBuilder can…

    … fail
    
    Exceptions can escape the incremental builder when the wong FSharp.Core
    is referenced. This just leaves a comment marking the place where this
    can happen
    funnelweb committed Oct 19, 2012
  2. @funnelweb

    Use mono-sgen for /resident server if mono-sgen is being used for the…

    … client
    
    The /resident server is being spawned with mono even if mono-when is
    being used for the calling fsc.exe. This change makes the /resident
    switch also benefit from SGEN when it is being used.
    
    Will ask on the mono list if there is a better way of detecting if
    mono-sgen is being used (or even just finding the exact path to the
    mono being used to run the program)
    funnelweb committed Oct 19, 2012
Commits on Oct 16, 2012
  1. @funnelweb
Commits on Oct 14, 2012
  1. @funnelweb

    Discard error from aclocal call (which seems to be needed on some Mac…

    … installations)
    
    We do this aclocal call because it seems to be needed on some Mac
    installations to enable autoreconf to run. But if the paths don't exist
    we get an error. So just discard the error.
    funnelweb committed Oct 14, 2012
  2. @funnelweb

    comments in config.make.in

    funnelweb committed Oct 14, 2012
  3. @funnelweb
Commits on Oct 13, 2012
  1. @funnelweb

    revert missing binaries

    funnelweb committed Oct 13, 2012
  2. @funnelweb

    Optionally build FSharp.Core for Mono profile 2.1 (MonoAndroid, on Mac).

    Optionally build FSharp.Core for Mono profile 2.1.
    
        make do-2-1
    
    builds
    
       libs/debug/2.1/FSharp.Core
    
    which (fingers crossed!) should be enough or MonoAndroid and MonoTouch,
    though the restrictions on generics on those platforms will be a
    problem.
    
    Only works for Mac with MonoAndroid installed right now but only
    because the path to the 2.1 profile mscorlib.dll is hardwired
    
    Also, only build one copy of proto (the one for  .NET 4.0) to reduce
    build times
    funnelweb committed Oct 13, 2012
Commits on Oct 12, 2012
  1. @funnelweb

    add extra path to aclocal on mac

    fixes #24
    funnelweb committed Oct 12, 2012
Commits on Oct 10, 2012
  1. @funnelweb
  2. @funnelweb

    Remove unused bootstrap file

    funnelweb committed Oct 10, 2012
  3. @funnelweb
  4. @funnelweb

    Fix build of proto

    funnelweb committed Oct 10, 2012
  5. @funnelweb
  6. @funnelweb

    Launch Mono with --gc=sgen curing the F# compiler build.

    This gives a 50% compiler speedup so greatly reduces build time
    
    SGEN appears stable enough to do this, at least on the mac.
    funnelweb committed Oct 10, 2012
  7. @funnelweb

    Fix /resident

    The /resident switch on the F# compiler was not working because an
    error was escaping the compiler. "errrorRecoveryNoRange" must be
    "stopProcessingErrorRecovery".  Also move the implementation of the
    /resident switch to fscmain.fs
    
    I checked with @dsyme over IM that these change were ok.
    funnelweb committed Oct 10, 2012
  8. @funnelweb

    Remove --debug from mono switches when running the F# compiler in the…

    … build
    
    This speeds up builds a bit (and we don't normally connect a debugger
    during the build)
    funnelweb committed Oct 10, 2012
  9. @funnelweb

    Add policy files for FSharp.Core 2.0.0.0,4.0.0.0 --> 2.3.0.0, 4.3.0.0

    F# 3.0 uses version number 4.3.0.0 for FSharp.Core (2.3.0.0 for the
    Mono-for-.NET-2.0 profile). This would break binary compat for
    assemblies that expect to bind to FSharp.Core 4.0.0.0.
    
    This means we need to install a global policy redirect DLL for
    FSharp.Core 2.0.0.0 --> FSharp.Core 2.3.0.0
    FSharp.Core 4.0.0.0 --> FSharp.Core 4.3.0.0
    
    For example, the existing MonoDevelop binding DLL for F# expects to
    bind to FSharp.Core 4.0.0.0.
    
    Also, "make do-4-0" no longer makes the proto compiler, you need a
    "make all" or "make proto" for that
    funnelweb committed Oct 10, 2012
  10. @funnelweb
  11. @funnelweb

    Put Microsoft.FSharp.targets in place expected for F# 3.0

    The XBuild targets file gets installed into the place(s) expected for
    standard F# project files. For F# 2.0 project files this is
         .../Microsoft F#/v4.0/Microsoft.FSharp.targets
    For F# 3.0 project files this is
        .../Microsoft SDKs/F#/3.0/Framework/v4.0/Microsoft.FSharp.targets
    funnelweb committed Oct 10, 2012
Commits on Oct 9, 2012
  1. @funnelweb
  2. @funnelweb
  3. @funnelweb
  4. @funnelweb
  5. @funnelweb

    Changes to bring F# 3.0 library and compiler up on Mono 2.0 profile

    Building for the Mono 2.0 profile needed a few tweaks - some files are
    excluded.
    funnelweb committed Oct 9, 2012
  6. @funnelweb
  7. @funnelweb
  8. @funnelweb