by

Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Mar 03 07:20
    jneira commented #986
  • Mar 02 11:37
    devosalain opened #986
  • Feb 21 17:07
    fosskers closed #88
  • Feb 20 18:14
    jneira commented #985
  • Feb 20 17:48
    jneira commented #985
  • Feb 20 17:47
    jneira commented #985
  • Feb 20 16:23
    kervinlow opened #985
  • Jan 26 13:56
    ShalokShalom commented #984
  • Jan 26 13:56
    ShalokShalom commented #984
  • Jan 26 13:55
    ShalokShalom commented #984
  • Dec 28 2019 00:16
    jneira commented #984
  • Dec 27 2019 05:15
    GordonGgx commented #984
  • Dec 22 2019 14:35
    vaclavsvejcar opened #984
  • Dec 14 2019 23:10
    Sintrastes opened #983
  • Dec 11 2019 19:26
    jneira commented #981
  • Dec 10 2019 21:51
    soirbleu opened #982
  • Dec 09 2019 21:05
    mtnygard opened #981
  • Dec 04 2019 22:28
    soirbleu commented #980
  • Dec 04 2019 22:27
    soirbleu opened #980
  • Nov 30 2019 21:26

    rahulmutt on test

    (compare)

Alberto
@agocorona
@nganhkhoa Ok! then you know it much better than me :smile:
Jeffrey Phillips Freeman
@freemo
Hi guys... quick question. I recently discovered ETA and wanted to start using it for my new "big" project.. but I got scared when Is aw it has been 6 months since even a commit. For a project as core as this (a language itself) this scares me a bit. Can someone help reassure me
Javier Neira
@jneira
@freemo Tbh the development is somewhat stalled, that said afaik there is no serious bugs and the released versions are pretty stable
Jeffrey Phillips Freeman
@freemo
@jneira my concern is that if it remains stalled it may go out of existance. The project i want to do would be a vital component in a larger java project. So that might be a real concern for me.
Javier Neira
@jneira
However to use last versions of haskell packages usually needs some work, cause they need to be patched
Jeffrey Phillips Freeman
@freemo
@jneira that might be a problem... shame i really wanted to find a reason to use haskell in a real project for a change.. might need to just use java or if i want something different maybe jython..
Javier Neira
@jneira
I dont think it will disappear though, @rahulmutt (main maintainer) and myself continue keeping a eye on it
But i understand your concerns
Jeffrey Phillips Freeman
@freemo
@jneira well thats good.. it is a bit concerning though that it isnt compatible with the newer versions of haskell .. i dunno i need to think about it, it might be ok actually since compatibility with java is more of a concern than haskell on this project
@jneira question.. is it doable to write code that compiles on both ETA and on standard haskell (GHC)?
Javier Neira
@jneira
Yeah, the unique caveat is eta supports fully ghc-7.10.3 and some features of ghc > 8.*, So you have to avoid the newest ghc/haskell ones to have code compilable with both eta and last ghc versions
the core of the haskell language is supported by eta
Jeffrey Phillips Freeman
@freemo
@jneira hmm might be doable then.. its a hard decision for me to make. I want to use haskell for the fun of it, I dont have a good reason beyond that. So the risks are a bit tougher to swallow
I'm tempted to just bite the bullet and give it a go
Javier Neira
@jneira
Sounds good, dont hesitate in posting any question here or in the github issue tracker
Jeffrey Phillips Freeman
@freemo
I will thank you
Jeffrey Phillips Freeman
@freemo
Does ETA fully support all java features... in particular can I write generic interfaces on the ETA side to be seen by the java side?
Javier Neira
@jneira
No specifically interfaces: you can export static methods or instance methods, with generics type parameters public <A> A static myMethod(A my param)
see https://eta-lang.org/docs/user-guides/eta-user-guide/java-interop/java-interop-basics#exporting-eta-methods
Jeffrey Phillips Freeman
@freemo
darn, if i cant produce interfaces I wont be able to use ETA for my project, since the purpose is to write a library intended for Java consumption and you cant do that (Sanely) without interfaces and generics :( Hopefully ill get a chance to try ETA another time.
Thans for your help though
Javier Neira
@jneira
mmm you can include java files in the eta project with the interfaces and use it for the default implementation(s) with haskell code, using exisiting packages
i did something alike to make a port between the dhall prog lang, written in haskell and java client code
Jeffrey Phillips Freeman
@freemo
Can I have *.java directly in an eta project? I thought java files would have to be in a seperate jar?
Javier Neira
@jneira
yeah, you can: see https://github.com/eta-lang/dhall-eta
Jeffrey Phillips Freeman
@freemo
ahhh ok yea that might be doable then, thanks ill check it out
Javier Neira
@jneira
that was my more elaborated lib using eta with the goal of being used from java client code
you can add the java files in the .cabal config file: https://github.com/eta-lang/dhall-eta/blob/master/dhall-eta.cabal#L88
But you can use gradle too: https://github.com/eta-lang/dhall-eta/blob/master/build.gradle
Jeffrey Phillips Freeman
@freemo
awesome! thanks
Sam Grönblom
@sgronblo
Is eta still alive?
Javier Neira
@jneira
Well, it is not dead 😜
Sam Grönblom
@sgronblo
https://github.com/typelead/eta "Latest commit Jul 16, 2019" Failing its tests even.
Javier Neira
@jneira
No bugs introduced since that date! 😛
Seriously, the released version is relatively stable, but the development is not active right now
So probably anybody using them will have to work on the tool itself
Sam Grönblom
@sgronblo
So what happened
Javier Neira
@jneira
Citing @rahulmutt (project owner):
"Hey guys, just wanted to announce that I’ve joined Symbiont as a full-time engineer. Things will move as usual, just a lot more slowly since I’ll be working at my leisure. For anyone looking to contribute, feel free to reach out as we could really use the help to speed things up a bit."
Sam Grönblom
@sgronblo
Thanks. That to me sounds like the end of Eta though.
Javier Neira
@jneira
Well, take a look at ghcjs, it is not very active (i have a pr to add support for windows for one year)
But i think having a haskell compiler to jvm bytecode has still sense, so i hope some day it can be reactivated in some way
Sam Grönblom
@sgronblo
Yeah I always was interested in this project. Even though I work in TypeScript and Node mostly. But I understand that Rahul has to support himself.
santiweight
@santiweight
Is there any possibility to support installation using Gradle >4.8
It seems that currently there are issues with installation on those versions. I'm trying to integrate with a large project that uses Gradle 6.2
Javier Neira
@jneira
It is possible for sure, but there are not active contributors with Gradle knowledge right now
santiweight
@santiweight
Oof - hmmm. I'll take a look this weekend - I'd really like to suggest eta for the company I work at - we're building compilers to run on the JVM. I guess Frege is the other option :( But I want my sweet sweet GADTS.
Rubi
@codenoid
:squirrel:
Javier Neira
@jneira
so cute :wink:
jstr045329
@jstr045329

I created a ProjectName.cabal file to import local java jars, but when I run:
./gradlew repl --no-daemon -q --console plain
I get this error:
etlas: can't find source for ProjectName in src
Here is my .cabal file:

name: ProjectName
version: 0.1.0.0
build-type: Simple
cabal-version: >= 1.10

library
hs-source-dirs: src
exposed-modules: ProjectName
build-depends: base >=4.8 && <4.9
default-language: Haskell2010
java-sources: /path/to/jar/LocalJar.jar