This ensures mono-sgen is used even if fsc.exe is invoked by xbuild. Aso add tracing diagnostics to /resident startup
turn off readline by default for F# interactive when run as a background process (e.g. emacs)
The copyrights can be documented in the readme and license
…ture);@(ManifestNonResxWithNoCultureOnDisk);@(CompiledLicenseFile);@(DocFileItem); $(KeyOriginatorFile);@(ReferencePath);$(Win32Icon);$(Win32Resource)" Fix "xbuild doesn't detect changes to resource files" Missing dependency in Microsoft.FSharp.targets
… projects with ToolsVersion=3.5 build a 2.0 FSharp.Build.dll and reference it
…fsproj into MonoDevelop We can now bootstrap the compiler with xbuild, though it is not the default The compiler projec files can also be loaded into MonoDevelop though it is slow and blocks the UI often (too much garbage being produced? is MonoDevelop using SGEN?). Added an all-vs2010.sln which can be loaded into MD This removes .NET 2.0 as a target for the compiler binaries whcih makes everything simpler (the library binaries for .NET 2.0 are still compiled)
…gets We weren't rebuilding when a resouce changed. Copy from Microsoft.CSharp.targets
F# 3.0 has portable dlls (not yet built in open source edition). This adds the redirects for those. Also fix redirect for 184.108.40.206 when running on 4.0 (redirect to 220.127.116.11)
Update the bootstrap binaries and targets.
Wouldn't it be good if we could build the compiler with xbuild (at least be able to on Mono 3.0.0). This moves in this direction. The "mono20" and "mono40" target frameworks are removed since we just use "net20" and "net40" to build. The FSharpSource.targets is adjusted to use lib/bootstrap/4.0 and to always use the msft.pubkey (as we do with the Makefile build) The CustomCopyLocalFiles and subst.exe stuff is removed to simplify the build The FSharp.SrGen.targets is copied from the LKG directory and adjusted to give the right names to the resource files (don't put the outputs in a target directory)
SGEN has been solid, at least on Mono 2.10.9 and 3.0.0 The 50% compiler improvement on the majority platforms (Mac, Linux) is too important to ignore. This change makes --gc=sgen the default if mono-sgen is detected on the path in configuration.
…on Mac/Linux The compiler location was not being correctly determined by FSharp.Build.dll on Mac/Linux. Strangely this only seems to affect xbuild when used from MonoDevelop, and not when used from the command line. For now just putting in the same heuristics for location as used by the MonoDevelop addin. Really, the location of the FSharp.Build.dll should probably be used to find the compiler when running on Mono.
Also,turn off the DEBUG symbol when building release (which is what we do by default)
This fixes the fsharpi issue reported yesterday. The fix was in the 2.0 codebase but seems to have got lost along the way #39
…g resources The Microsoft.FSharp.targets project file didn't gel with the Microsoft.Common.targets when it comes to projects with resources. Just use the same technique as Microsoft.CSharp.targets. Added one test project for an embedded resource and also checked it when compiling the MonoDevelop addin using xbuild.
Reformatted main README with Markdown
…thub will render it correctly.