mount

tolitius 2016-01-13T00:00:31.000325Z

usually, depending on the app, you would have the first ns where everything is started from. it can be a handler for web apps, or -main, or something else

tolitius 2016-01-13T00:02:07.000326Z

I suspect the actual placement would not matter in cljs, since it will become one big file anyway, but it would depend on whether the goog.requires precede the expanded version of defstate

tolitius 2016-01-13T00:03:30.000328Z

the idea is to let compiler know to compile mount sources before using defstate

2016-01-13T00:11:14.000329Z

@tolitius: Hm. I tried putting (:require [mount.core]) only in my main mount-question.core ns which :refers the other one where the warning occurs (`mount-question.config` in the minimal example) ... and the warning appears. But if I move (:require [mount.core]) back to mount-question.config ns instead, it's happy. In my real app, config is the bottom-most dependency that everyone else ultimately relies on. So it looks like putting it in the main ns is not as 'early' as putting it in the bottom-most ns that needs to be defined first?

tolitius 2016-01-13T02:40:31.000334Z

@fappy: that's because mount-question.core requires mount-question.config, which makes the compiler to compile config first