This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2017-04-18
Channels
- # beginners (25)
- # boot (30)
- # cljs-dev (22)
- # cljsjs (2)
- # cljsrn (1)
- # clojars (4)
- # clojure (223)
- # clojure-boston (1)
- # clojure-dusseldorf (1)
- # clojure-gamedev (8)
- # clojure-italy (5)
- # clojure-russia (122)
- # clojure-sg (3)
- # clojure-spec (26)
- # clojure-uk (42)
- # clojurescript (69)
- # clojuresque (10)
- # core-async (25)
- # cursive (10)
- # datascript (5)
- # datomic (12)
- # emacs (18)
- # garden (1)
- # interop (1)
- # jobs (1)
- # jobs-discuss (10)
- # leiningen (2)
- # liberator (1)
- # lumo (21)
- # nyc (2)
- # off-topic (210)
- # om (11)
- # om-next (3)
- # onyx (1)
- # pedestal (6)
- # re-frame (10)
- # rum (9)
- # specter (38)
- # uncomplicate (1)
- # vim (23)
- # yada (22)
@plexus merged your first patch, the second looks good, but there are some conflicts. Rebasing from master should fix things, and I’ll be able to merge the last pr
@richiardiandrea is GWT that good?!
@richiardiandrea I just peaked through the source of aether, seems like the primitive "artifact" has a direct dependency on java.io.File. Which (a cursory look) seems to be depended on by the code I saw for classpath arithmetic. A quick google says java.io.File is not supported in gwt (makes sense!). Is this a blocker to compiling aether with GWT?
Having said that… http://www.jsweet.org/faq/ > Package http://java.io: requires the J4TS candy to support some Java IO styles and a local-storage-based FS (beta). So, maybe it could work with jsweet?
made a thing with lumo 🙂 https://www.npmjs.com/package/synaesthetic
@dominicm GWT is used to cross compile the the google closure compiler to the googole-closure-js compiler, presumably if it can handle that project it should be able to handle maven
That's awesome. Right, somebody needs encouraging to dedicate their life to that :thinking_face: Any takers? 😀
I have been looking at other alternatives as well something like this https://github.com/konsoletyper/teavm maybe
@dominicm we were checking with @stbgz here some time ago if it was any good, I have never tried it but heard good things...probably needs some refinement after the conversion but still...an attempt can be made 😄
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;; Without source-maps
cljs.user=> (b/build "src" {:target :nodejs
#_=> :optimizations :advanced
#_=> :output-to "birch-compiled.js"
#_=> :main 'birch.core})
nil
;; builds fine
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
;; with source maps
cljs.user=> (b/build "src" {:target :nodejs
#_=> :optimizations :advanced
#_=> :output-to "birch-compiled.js"
#_=> :source-map "birch-compiled.js.map"
#_=> :output-dir "out"
#_=> :main 'birch.core})
#error {:message "failed compiling file:out/cljs/core.cljs", :data {:file "out/cljs/core.cljs"}, :cause #error {:message "failed compiling file:out/cljs/nodejs.cljs", :data {:file "out/cljs/nodejs.cljs"}, :cause #error {:message "Could not parse ns form cljs.nodejs", :data {:tag :cljs/analysis-error}, :cause #error {:message "failed compiling file:/home/arne/LambdaIsland/Episodes/command_line_tools_with_lumo/src/birch/core.cljs", :data {:file "/home/arne/LambdaIsland/Episodes/command_line_tools_with_lumo/src/birch/core.cljs"}, :cause #error {:message "Could not analyze dep cljs.nodejs", :data {:tag :cljs/analysis-error}, :cause #error {:message "Could not analyze dep clojure.string", :data {:tag :cljs/analysis-error}, :cause #error {:message "Could not parse ns form birch.core", :data {:tag :cljs/analysis-error}, :cause #object[Error Error: java.lang.RuntimeException: java.lang.RuntimeException: com.google.gwt.core.client.JavaScriptException: (ReferenceError) : window is not defined]}}}}}}}
;; BOOM
probably 😞
the build API is a very rough draft of what it might become one day
lots of stuff missing
I haven’t put any work into source maps yet
@plexus feel free to open issues for all the rough edges you find
makes it easier not to forget those problems exist