tags:

views:

4688

answers:

11
+20  Q: 

F# and OCaml

I hear that F# is derived from OCaml. How true is this statement? That is to say, are the resources available for learning OCaml useful to someone who wants to learn F#? What are the major differences between the two languages (aside from the fact that F# is .NET)?

+3  A: 

F# supports OCaml syntax directly. It might not be 100% compatible, but I think it's pretty close.

http://plus.kaist.ac.kr/~shoh/fsharp/html/index.html

Here is a list of differences (not sure how up-to-date it is)

http://plus.kaist.ac.kr/~shoh/fsharp/html/fsharp-vs-ocaml.html

Lou Franco
+6  A: 

This page on the Microsoft Research site details the differences between F# and OCaml.

Aside from the relatively minor language differences, I imagine the largest issue would be learning to master the .NET libraries vs. the OCaml standard library.

Ben Hoffstein
There are major languages differences and many are not described in Microsoft's document because they are features that F# does not even attempt to provide (and, in fact, will never be able to provide in some cases, e.g. -rectypes).
Jon Harrop
The Microsoft link is broken.
brianegge
+3  A: 

Anytime a new language is derived from another language there are going to be some differences. However, it's almost safe to say that F# is OCaml with the addition of .NET Framework libraries. Very similar to Boo and Python, A# and Ada, etc.

As Lou Franco said... the F# compiler will be able to compile most OCaml code using the #light directive in the code file.

JTA
+18  A: 

The main differences are that F# does not support:

  • functors
  • OCaml-style objects
  • polymorphic variants
  • the camlp4 preprocessor

In addition, F# has a different syntax for labeled and optional parameters.

In theory, OCaml programs that don't use these features can be compiled with F#. Learning OCaml is a perfectly reasonable introduction to F# (and vice versa, I'd imagine).

The complete list of differences is here.

Chris Conway
Is there a camlp4 equivalent for F#?
nlucaroni
Don't think so. But you could pipe your program through camlp4 and into the F# compiler, probably. (Wouldn't recommend it.)
Chris Conway
F# does have named and optional arguments but it uses a different syntax and semantics. You will have trouble using Camlp4 with F# because F# is almost always indentation sensitive so it will need a new lexer and the Camlp4 documentation on lexers has remained unwritten for almost two years.
Jon Harrop
I fixed the reference to parameters. Thanks.
Chris Conway
+10  A: 

I always describe F# as a cousin of OCaml because OCaml has many features that F# does not have and is never likely to get. F# is more closely related to the previous CAML language. In particular, F# has very limited support for abstraction and no support for structural typing (like OCaml's objects and polymorphic variants) at all.

Contrary to what some respondants have written, F# does have (limited) support for labeled ("named") and optional arguments.

However, these are all advanced features and you can certainly start getting to grips with the basic ideas behind small-scale OCaml-style functional programming using resources about OCaml. The first major difference you will discover is larger-scale problems like encapsulation and abstraction which are solved in completely different ways in OCaml and in F#. If you want to learn how to do that in F#, the only available literature is this article on purely functional data structures.

EDIT: I have since discovered that OCaml's wonderful module system makes it easy to parameterize code over types (such as data structures) but the OOP alternatives are not only hideous but almost entirely unused on .NET. Moreover, when trying to write elegantly-parameterized data structures I hit dozens of bugs in the F# compiler because nobody has even attempted to do this before. The F# stdlib does contain some nice data structure implementations but virtually no reuse, i.e. it is a cut'n'paste job.

Cheers, Jon Harrop.

Jon Harrop
+1  A: 

Another comparison from the perspective of an OCaml developer so it's quite biased but useful nonetheless.

Mauricio Scheffer
+1  A: 

if you look at the F#'s modules source code, you can find some ocaml files that are part of the (a few) F# utilities like the fsc.exe and so on. and almost all the basic programs in ocaml work in F#.

martani_net
+3  A: 

F# and OCaml are taxonimically classes in the ML family of languages, which includes a whole passle of other weird animals too. F# is newer than OCaml, and it doesn't have either functors [functions of module -> module] or row types [object classes and polymorphic variants] yet. Between them, those two simplifications probably make the learning curve easier for someone developing on the .Net platform. Sadly, those two language features are hugely powerful in OCaml, so reading the OCaml literature to gain insights into how to code for F# will probably lead to premature frustration with the latter when it's probably an excellent alternative to C# where both are available.

james woodyatt
+2  A: 

With regards to cross-compilation, this is an example of a product that is cross-compiled as both OCaml and F#.

The blog on the site has a little bit about the cross-compiling experience.

Brian
+11  A: 

This question has been answered for some time now, but I was quite surprised that most of the answers say what OCaml features are missing in F# - this is definitely good to know if you want to port existing OCaml programs to F# (which is probably the motivation of most of the referenced articles). However, there are many features that make F# a different language (not just a limited version of OCaml for .NET!) Here is a couple of things that are added in F#:

  • Units of measure that allow you to type-check code dealing with numerical calculations
  • Meta-programming using quotations (which makes it possible to use LINQ in F# and is also essential for promissing projects like the WebSharper platform)
  • Active patterns for creating abstractions for functional data types (and generally very useful feature for more complicated pattern matching applications)
  • Computation expressions which is a langauge feature behing asynchronous workflows (a library for asynchronous I/O/web service/GUI programming)
  • .NET compatible object-system that makes it possible to fully interoperate with the .NET platform (OCaml also has a support for objects but different - there are of course some benefits in both of the systems).
  • Overloaded operators - As far as I know, OCaml doesn't have overloaded operators - in F# you can use + for all numeric types as well as your types that support it.

And, honestly, I think that it is also worth mentioning the Visual Studio IDE. This is not a part of the language, but it really improves the user experience (IntelliSense support in Visual Studio is really good!)

If you look at the list, there are many things that largely contributed to the popularity of F#, so it's much more than just "OCaml without functors". F# is definitely based on OCaml (and takes ideas from other languages such as Haskell) and shares many aspects with them, however there is also a lot of other things. I guess that without things like asynchronous workflows, .NET style OO and meta-programming, the Microsoft Developer Division would never include F# in Visual Studio 2010.

Tomas Petricek
Thank you! Most people focus on what's missing from F#, but I also wanted to see what was missing from OCaml.
Erik Forbes
Woah! OCaml was specifically bred for metaprogramming it is vastly superior to F# and .NET in that context. Camlp4 is a far more powerful quotation system than F#'s. OCaml's lexers and parsers are way better than anything available for .NET. Also, Camlp4 macros are available that implement active patterns and computation expressions. OCaml also has IDEs that provide the same benefits that Visual Studio does for F#.
Jon Harrop
F# quotations have completely different goal than what's available in Camlp4 though (aside, this isn't OCaml language - it is a system on top of it), so it is not fair to compare them. The existence of Camlp4 is certainly an advantage of OCaml, but it has nothing to do with quotations (that allow things like WebSharper, running F# on GPU etc.)
Tomas Petricek
@Tomas: How do you reconcile your claim that Camlp4 "is a system on top of" OCaml when Camlp4 is integrated with OCaml at the binary level and Camlp4 macros can be defined and used on-the-fly in a running OCaml REPL? How do you reconcile your claim that Camlp4 "has nothing to do with quotations" with the fact that Camlp4 provides a quotation mechanism? How do you reconcile your implication that Camlp4 cannot facilitate the likes of Websharper when SkyDeck's ocamljs tool has been compiling OCaml code quoted using Camlp4 to Javascript since 2007?
Jon Harrop
@Tomas: F# cannot even quote expressions with unbound variables like `<@ a @>`, let alone type definitions like `<@ type t = int @>` and it cannot handle arbitrary grammars much less extensible lexers and parsers as Camlp4 does. Lack of a decent macro system is one deficiency but, IMHO, the lack of any decent lexers and parsers for F# is a far more serious impediment. I actually advise developers to create their lexers and parsers using OCaml, restricting themselves to the subset that F# supports and porting it back to F# in order to benefit from OCaml's superior tool support!
Jon Harrop
As a WebSharper developer, I agree with Jon here. OCAML language and tooling for syntax manipulation are ahead of F#, even quotations considered.
toyvo
A: 

nemerle is more caml like than f#. and it has supperior meta programming suport.

jonzi