On Fri, Oct 11, 2013 at 6:51 AM, Łukasz Mach <lukasz.m...@pagema.net> wrote:
> W dniu 11.10.2013 13:34, Kees Bos pisze: > > On Fri, 2013-10-11 at 12:58 +0200, Łukasz Mach wrote: >> >>> W dniu 11.10.2013 07:37, Kees Bos pisze: >>> >>>> Currently all examples are in the same output directory. This gives >>>> naming conflicts (e.g. kitchensink is not working for that reason). >>>> There are two ways (that I know of) to overcome this: >>>> >>>> 1. Put every example in its own output directory >>>> 2. Build static (monolithic files) and remove the __output__/lib >>>> directory before building an app. >>>> >>> >>> How (2) will prevent from doing conflicts? >>> >> >> By removing the lib file before translating the files. All generated js >> files are placed in the output/lib directory and then included (copied) >> into the monolithic file. After that, the lib/*.js files are not needed >> anymore. The removal of the lib directory also ensure that all files are >> translated (again). With the options for the specific project. >> >> > I think I'm for (1), because I feel that (2) will make still conflicts, > eg. when building all examples at once. it used to be like (1) and i explicitly changed it to to compile at once... else it literally takes 45 min to compile, and i end up with a couple GB of repeated data (and github rejects any attempt to upload) same output directory allows the cache hits, and a 5 min rebuild. what needs to happen, though slightly annoying, is each example should be namespaced and imported from, like real modules... currently the all pretend like they are top-level modules and this is problematic on a number of fronts (eg. this very issue) and makes it more difficult to mix them (say, in a KitchenSink super-example) i think they all need to be make cleanly importable -- side-by-side -- once and for all. -- C Anthony -- --- You received this message because you are subscribed to the Google Groups "Pyjs.org Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to pyjs-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
