-
Notifications
You must be signed in to change notification settings - Fork 9
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
start modeling a tool based on boot, gulp, gradle instead of lein #5
Comments
I would definitely take inspiration from boot about task options: https://github.com/boot-clj/boot/wiki/Task-Options-DSL |
So I have had this idea for a while, what if we specify tasks and their options with data? I am trying to push this in This is what is looks like (I have a macro ready for parsing this and creating boot tasks, but of course it would need some change for |
that's an interesting idea. How do you envision we would share configurations from different tasks, when one or more keys need to be different, would there be any sort of inheritance/reuse? |
Basically at the moment there is one simple convention: a key in the shared conf contains options for the task it names. Every task is passed the content of the map. If tasks have same options you will have a shared var (see env which is shared in there). This is also good because you can share with tasks that have different option names but accept basically the same thing ( |
I think this is what we were looking for 😀 https://github.com/juxt/mach |
In essence yes. I think it's a good idea to follow the target/task philosophy. However one of my goals is to have a pure cljs compiler and the above project seems to be relying on the jvm to do the actual build?. |
FYI I just pushed a branch where I am using the bootstrapped compiler to compile very simple forms, so far so good, however I am still researching if we are going to need to use this https://github.com/google/closure-compiler-js |
No the project above is a build tool using Lumo essentially and pure ClojureScript on node. I have not played with it yet, I will report back 😀
That or Calvin, plus a robust Huckleberry and that's your goal (and mine) right there right?
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
|
right building clojurescript without relying on the java . Sounds good let me know how it goes |
No description provided.
The text was updated successfully, but these errors were encountered: