https://discourse.purescript.org/t/allow-defining-named-records/1052/34
I'm still waiting for groundbreaking changes like proper tail calls, value types and primitives as type arguments. This would justify special support.
frege/runtime/Lazy whenever I try to run the scripting engine. The environment is Java 8, with frege version 3.23.288-gaa3af0c and frege-interpreter version 1.2.1-SNAPSHOT. Is there anything I should know about or anywhere better to get a more up-to-date frege version?
clj-new (the CLI equivalent). Both that and the frege-lein-plugin are based on 3.24-7.100 which is available on Sonatype (although browsing oss.sonatype.org I can't actually see anything except 3.23... which makes me wonder whether I published later versions on Clojars?)
With the deprecation of mutable has made my native definitions now look very clunky.
I went from:
data View = native mutable android.view.View where"
native findViewById :: View -> Int -> IO ViewTo:
data View = native android.view.View where"
native findViewById :: MutableIO View -> Int -> IO (MutableIO View)Is there a way to make this look better syntactically?
1 reply
Hi, I am one of the contributors of IntelliJ IDEA plugin.
I am currently developing the launch of Frege code inside IDEA, including build system and interpreter support.
We have some build system already, and it is based on Gradle. I have found some build.gradle here and modified it for our purposes.
We currently do not have proper support for complicated projects, which contain both frege and java files with difficult dependencies. For example, we don't support projects with dependencies like Java -> Frege -> Java or Frege -> Java -> Frege.
Meanwhile, I am not sure if such projects need to be supported at all, and wondered to ask about it.
Also I am about to start developing interpreter support. We plan to support a command-line execution inside IDEA's terminal, and also an execution of an arbitrary part of code by click.
I think that I understand, how to implement the command-line execution, but I am not sure about the execution of arbitrary code.
it would be very useful if you could point, what methods I should call in compiler to launch an arbitrary part of code and get the result of execution.
Thank in advance!
For the Frege <-> Java interplay at compiletime, it is actually very well supported. Note that if dependencies are "external", they are just Java dependencies and "internally", i.e. code that you write yourself, you can embed Java code directly into your Frege code and compile them together, thus allowing bi-directional dependencies. The FregeFX projects makes use of that for example.
@Dierk Thanks for the provided examples of REPLs and Frege wiki reference, I will examine it!
I also examined FregeFX source code. As far as I understand, Java code uses Frege compiler's classes, and vice versa, Frege code uses JavaFX. But as I understand, both Frege compiler and JavaFX contains already compiled .class files, that are used to build the project.
I meant the situation when the project contains, for example, a dependency like this:
File1.fr -> File2.java -> Fiel3.fr
Then the compilation need to be executed in the order C.fr, then B.java, then A.fr, to satisfy dependencies. But Frege compiler does not automatically resolve such dependencies, so I have to resolve them by hand, compiling in the right order.
Here is the example of such project: https://gist.github.com/23jura23/b9e40c6d7d7a98c6684edf4c879f820b
Another problem is the cyclic dependency, like this:
File1.fr <-> File2.java
Here is the example of such project: https://gist.github.com/23jura23/58ce0c73bd7a47015db3a6f908d3d2d6
Although the first project could be built, the second one could not be built at all. This happens because File2.java uses .class file, i.e. File1.class, and File1.class is not created until File1.fr is built. And File1.fr could not be built, because File2.java does not find File1.class.
I am not sure if these problems have solutions at all, or I just failed to find them.
For the compilation order, there are two approaches.
a) you might want to use "inline" Java code as in https://github.com/Frege/FregeFX/blob/42faa5316e6fac75a99cbc1e221f9128cafd5f90/fregefx/src/main/frege/fregefx/JavaFxUtils.fr . Note that in order to start JavaFX correctly, we need a subclass of "Application" - that means that our JavaFX code depends on Java - but that class will need to start our Frege code - and thus depends on Frege again. Of course this only works if both, the Java and the Frege source code is under your control.
b) when you cannot use the a) approach, it is usually best to work factor out the dependencies into Java Interfaces. Compile those first and let all your other subprojects depend on the "interface" subproject.
@Dierk Thank you!
As I understand, as plugin developers we need to provide support for Java inline, and we'll examine what we can do with it.
And as possible future Frege developer, I appreciate solutions you provided
Writing the whole plugin in Frege sounds like a very ambitious task that we are not ready for yet :-)
Writing the whole plugin in Frege was only mentioned to show the potential. It's not a practical approach for the moment - even though the Eclipse Plugin was written in Frege ;-)
BTW: cool to see the latest commits!