fsxplat Issue Tracker Rss Feed

Created Issue: Where is gnuplot.fs? [35]

VariableNew — Wed, 03 Apr 2013 06:01:35 GMT

Tomas Petricek on http://msdn.microsoft.com/en-us/library/hh297126(v=vs.100).aspx talks of a gnuplot wrapper (gnuplot.fs) for F# that he says should be available at: http://fsxplat.codeplex.com/. But I am unable to find it! It looks interesting. Where can I find it?

Thanks.

Commented Issue: Lack of FOSS native Android environment for F# apps [34]

quasilord1 — Mon, 25 Feb 2013 14:23:13 GMT

Can we please get a free open source native compiler for building Android apps in F#? Paying for dev tools sucks, and compiling to JavaScript is just bad.
Comments: Note Xamarin Studio is now available for free-for-use-ncluding-deploy-to-device, under a freemium model.

Created Issue: Lack of FOSS native Android environment for F# apps [34]

mcandre — Mon, 11 Feb 2013 14:45:36 GMT

Can we please get a free open source native compiler for building Android apps in F#? Paying for dev tools sucks, and compiling to JavaScript is just bad.

Commented Task: Packages for F# PowerPack [6]

mcandre — Mon, 28 Jan 2013 00:42:26 GMT

In addition to the existing packages (that install the core F# components and compiler), we also need similar packages for F# PowerPack (http://fsharppowerpack.codeplex.com/).
F# PowerPack is using the same MS-PL license, so we can freely copy binaries/sources from the project (if it makes the work easier - currently the downloadable ZIP fails to unzip on Linux).

The downloadable ZIP contains "gac" directory, so we should just install all assemblies from that directory to GAC. For MonoDevelop integration, we need especially:

- FSharp.PowerPack
- FSharp.Compiler.CodeDom
Comments: In this case, I was not using Visual Studio, I was trying to install the powerpack in Mac OS X.

Closed Issue: Website is lacking information about uninstallation [24]

quasilord1 — Sun, 27 Jan 2013 23:57:37 GMT

Hi,
I would like to uninstall F# from my Mac.
While I can find information on how to uninstall Mono, I can not find similar information on F#.
Can anyone help me?

Closed Issue: install-bonus.sh both for Linux and for Mac [23]

quasilord1 — Sun, 27 Jan 2013 23:57:29 GMT

Current "Additional scripts and tools only (.tgz archive)" is suitable for Linux only. But I want to use it for My Mac.

So I improve install-bonus.sh ( and uninstall-bonus.sh ) both for Linux and for Mac.

I attache these diff files. I try it for both, Of course, succeeded.

Closed Issue: Script names could be improved [21]

quasilord1 — Sun, 27 Jan 2013 23:57:21 GMT

I would like to propose renaming the user script names from: fsharpc, fhsarpi, fsharpi+ to fsc, fsi and fsix (or fsi+ or fsx).
My reasoning:
- less typing
- better consistency with F# itself as well as other .Net tools (csc, mcs, gmcs)
- except for fsix, those are the names that have been used in a number of guides on how to use fsharp in Mono, so some people will be used to them
- it just sounds better

Closed Issue: Source RPM package [31]

quasilord1 — Sun, 27 Jan 2013 23:57:13 GMT

You have an RPM binary package in your download section - could you also upload the corresponding source package?

Closed Issue: Interactive shell scripts use invalid flag [29]

quasilord1 — Sun, 27 Jan 2013 23:57:01 GMT

The fsharpi+ shell script should use '-I' (note the uppercase) when passing library search directories on the command line. Using lowercase causes failures on OS X.

Closed Issue: fsintellisense sample doesn't work on Mac OS X(Mono-2.8.1) [28]

quasilord1 — Sun, 27 Jan 2013 23:56:53 GMT

fsintellisense doesn't work on Mac OS X(10.6.5), Mono-2.8.1 and F# cross-platform package(Nov 2010).
(It worked on Ubuntu 10.10 and Mono-2.8.1, Windows7.)

Following instruction on the Web(http://fsxplat.codeplex.com/wikipage?title=fsharp%20intellisense%20tool&version=1),
no response was there after typing "tip 0 6".
(The expected behavior is printing tooltip information.)

It looks like the m.Invoke() at FSharpCompiler.fs:49 doesn't respond.
Attached is the minimum reproducible code, which should be compiled with FSharpCompier.fs.
It raises exception at invoke.
Following the result of the attached code for various platforms.
* Mac OS X(10.6.5), Mono-2.8.1(v2.0) ... Exception
* Mac OS X(10.6.5), Mono-trunk(2.9, v2.0) ... Exception
* Ubuntu 10.10, Mono-2.6.4(v2.0) ... Success
* Ubuntu 10.10, Mono-2.8.1(v2.0) ... Success
* Windows 7, .NET framework (v2.0) ... Success
*UPDATE: Windows7, .Net framework (v4.0) ... Exception
*UPDATE: OpenSUSE 10.3, Mono-2.8.1(v2.0) ... Exception

UPDATE:
I found following two:
1) Exception is observed on Microsoft .Net framework(v4.0) as well
2) Exception is found on OpenSUSE Linux. That means that this problem does not restricted to Mac OS X.

Also, I attached even minimized reproducible code. (testProgram5.fs)
Now it can be compiled by itself. Just be compiled by "fsc.exe testProgram5.fs"
(Doesn't depend on FSharpCompiler.fs comes with fsxplat sample. Part of it is copied to the code.)

Closed Issue: Wish list: More free open source environments for developing cross-platform F# apps [32]

quasilord1 — Sun, 27 Jan 2013 23:56:35 GMT

When I discovered Mono and F#, and initially thought "Wow, I can finally write my apps for Mac, Windows, Linux, Android, and iOS, all in the same programming language, and a decent ML at that." But when I discovered the impracticality of setting up F# tools, I was very disappointed.

fsxplat is a noble project. For the moment, F# is incredibly UNsupported in most environments:

* Windows: Confusion between Visual F# and open source F# compiler. Can't install open source F# compiler.
* Android: Choices are to compile to JavaScript with WebSharper or build with MonoAndroid. Both tools are "freemium".
* iOS: Ditto. Except MonoTouch for iOS isn't even listed as a viable option at present.
* Mac OS X and Linux: Appear to have full support using Mono. fsxplat and F# Github documentation could clarify this in simpler writing.

Most of these tools are lackluster paid applications. Who should we call out to for better cross-platform support for F#?

Closed Issue: Fsharp does not yet support data abstraction [33]

quasilord1 — Sun, 27 Jan 2013 23:56:22 GMT

Fsharp is heavily influenced by OCaml. One of the most powerful features of modules in OCaml (and ML) is data abstraction. Data abstraction allows you to hide the concrete data structure that is used to implement an abstract type in a module.

For example, in OCaml, I can provide a signature for a priority queue that provides the types of the functions over the abstract type for the priority queue. I can then provide concrete implementations for the priority queue that use different structures, such as a list or a binary tree. A programmer that uses the abstract data structure of that signature does not need to know what concrete data structure is used. Indeed, this information is hidden.

On the other hand, in Fsharp, a signature must always provide the concrete data structure that is used to implement an abstract type. Furthermore, the type checker does not do the necessary substitution to match the concrete and abstract data types. Thus Fsharp does not support abstract data types. Instead, Fsharp programmers are forced to use abstract classes to approximate abstract data types. However, classes behave quite differently to modules, apparently forcing a slightly imperative style.

Programmers wishing to do modular functional programming on the .NET framework really need abstract data types to be fixed. Fixing data abstraction is of the highest priority, since it is expected by top level functional programmers used to OCaml, Haskell and Scala.

Closed Issue: RPM package does not install assemblies to GAC [25]

quasilord1 — Sun, 27 Jan 2013 23:55:55 GMT

The RPM package doesn't install assemblies to GAC.
(After the installation "gacutil -l | grep FSharp" doesn't print anything - it should print all standard assemblies)

Closed Issue: Automatically include /usr/lib/fsharp as search path in F# interactive [27]

quasilord1 — Sun, 27 Jan 2013 23:55:43 GMT

In order to make loading scripts in F# interactive easier, we should generate the argument "-i:/usr/lib/fsharp" in the "fsharpi" script generated by F# packages.

Closed Task: Packages for F# PowerPack [6]

quasilord1 — Sun, 27 Jan 2013 23:55:31 GMT

Closed Issue: Additional assemblies should be added to GAC [26]

quasilord1 — Sun, 27 Jan 2013 23:54:50 GMT

F# in MonoDevelop needs "FSharp.Compiler.Interactive.Settings.dll" and in order to get "xbuild" working, we also need "FSharp.Build.dll"

Commented Issue: Additional assemblies should be added to GAC [26]

dsyme — Sun, 27 Jan 2013 23:52:12 GMT

F# in MonoDevelop needs "FSharp.Compiler.Interactive.Settings.dll" and in order to get "xbuild" working, we also need "FSharp.Build.dll"
Comments: The issue tracker in this repo is no longer being used. * Use https://github.com/fsharp/fsharp for F# cross-platform issues * Use https://github.com/fsharp/powerpack for F# power pack issues

Commented Issue: Additional assemblies should be added to GAC [26]

dsyme — Sun, 27 Jan 2013 23:51:21 GMT

Commented Task: Packages for F# PowerPack [6]

dsyme — Sun, 27 Jan 2013 23:48:53 GMT

In addition to the existing packages (that install the core F# components and compiler), we also need similar packages for F# PowerPack (http://fsharppowerpack.codeplex.com/).
F# PowerPack is using the same MS-PL license, so we can freely copy binaries/sources from the project (if it makes the work easier - currently the downloadable ZIP fails to unzip on Linux).

The downloadable ZIP contains "gac" directory, so we should just install all assemblies from that directory to GAC. For MonoDevelop integration, we need especially:

- FSharp.PowerPack
- FSharp.Compiler.CodeDom
Comments: Are you using a Visual Studio project and/or MSBuild? If so, set "Copy Local" to true for these DLLs. Then the DLLs become part of your application.

Commented Task: Packages for F# PowerPack [6]

mcandre — Sun, 20 Jan 2013 18:30:16 GMT

In addition to the existing packages (that install the core F# components and compiler), we also need similar packages for F# PowerPack (http://fsharppowerpack.codeplex.com/).
F# PowerPack is using the same MS-PL license, so we can freely copy binaries/sources from the project (if it makes the work easier - currently the downloadable ZIP fails to unzip on Linux).

The downloadable ZIP contains "gac" directory, so we should just install all assemblies from that directory to GAC. For MonoDevelop integration, we need especially:

- FSharp.PowerPack
- FSharp.Compiler.CodeDom
Comments: Seconded. When I try to install the DLLs manually in Mac OS X, gacutil reports: "Failure adding assembly /Users/andrew/FSharpPowerPack-4.0.0.0/bin/FSharp.PowerPack.Parallel.Seq.dll to the cache: Attempt to install an assembly without a strong name" Not to mention that gacutil must be manually applied, individually, to each, and every, DLL, file. Agonizing.