Permalink
Commits on Oct 20, 2012
  1. 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. 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. 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
Commits on Oct 14, 2012
  1. 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. comments in config.make.in

    funnelweb committed Oct 14, 2012
Commits on Oct 13, 2012
  1. revert missing binaries

    funnelweb committed Oct 13, 2012
  2. 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. add extra path to aclocal on mac

    fixes #24
    funnelweb committed Oct 12, 2012
Commits on Oct 10, 2012
  1. Remove unused bootstrap file

    funnelweb committed Oct 10, 2012
  2. Fix build of proto

    funnelweb committed Oct 10, 2012
  3. 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
  4. 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
  5. 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
  6. 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
  7. 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. 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
  2. Bring F# 3.0 up on Mono profile 4.0

    This brings up fsc.exe and fsi.exe on profile 4.0
    
    (Line endings are causing pain like always - some files may show
    complete-replacement diffs when the changes are actually really small.)
    funnelweb committed Oct 9, 2012
  3. Update README

    funnelweb committed Oct 9, 2012
  4. Update and simplify README

    funnelweb committed Oct 9, 2012
  5. Update bootstrap compiler to build as far as the proto compiler

    Update bootstrap compiler using a modified F# 2.0 compiler which traps
    a harmless error about XMLDocs and prints it to the screen. This allows
    the F# 3.0 build to proceed as far as building the proto compiler.
    
    The finalized F# 3.0 FSharp.Core does not yet build.
    funnelweb committed Oct 9, 2012