From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Original-To: caml-list@sympa.inria.fr Delivered-To: caml-list@sympa.inria.fr Received: from mail2-relais-roc.national.inria.fr (mail2-relais-roc.national.inria.fr [192.134.164.83]) by sympa.inria.fr (Postfix) with ESMTPS id 578C77EF10 for ; Wed, 25 Feb 2015 07:24:50 +0100 (CET) Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of andrew.herron@gmail.com) identity=pra; client-ip=209.85.220.182; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="andrew.herron@gmail.com"; x-sender="andrew.herron@gmail.com"; x-conformance=sidf_compatible Received-SPF: Pass (mail2-smtp-roc.national.inria.fr: domain of andrew.herron@gmail.com designates 209.85.220.182 as permitted sender) identity=mailfrom; client-ip=209.85.220.182; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="andrew.herron@gmail.com"; x-sender="andrew.herron@gmail.com"; x-conformance=sidf_compatible; x-record-type="v=spf1" Received-SPF: None (mail2-smtp-roc.national.inria.fr: no sender authenticity information available from domain of postmaster@mail-vc0-f182.google.com) identity=helo; client-ip=209.85.220.182; receiver=mail2-smtp-roc.national.inria.fr; envelope-from="andrew.herron@gmail.com"; x-sender="postmaster@mail-vc0-f182.google.com"; x-conformance=sidf_compatible X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: A0B7AQDYae1UnLbcVdFbhC8EgwStRgaPeIlvB0MBAQEBAQEQAQEBAQEGDQkJFC6EEAEBAwESER0BOAEDAQsBBQUEBzcCAiEBEgEFARwGEyKHeAEDCQinS4c0PjGLLoRijkIWDScNhTEMARkBBQ6FeYUMgkSFGYFDBZVSBYIDgUaNNIQ9EiOBFVuBeYFOLDGCQwEBAQ X-IPAS-Result: A0B7AQDYae1UnLbcVdFbhC8EgwStRgaPeIlvB0MBAQEBAQEQAQEBAQEGDQkJFC6EEAEBAwESER0BOAEDAQsBBQUEBzcCAiEBEgEFARwGEyKHeAEDCQinS4c0PjGLLoRijkIWDScNhTEMARkBBQ6FeYUMgkSFGYFDBZVSBYIDgUaNNIQ9EiOBFVuBeYFOLDGCQwEBAQ X-IronPort-AV: E=Sophos;i="5.09,643,1418079600"; d="scan'208";a="123270843" Received: from mail-vc0-f182.google.com ([209.85.220.182]) by mail2-smtp-roc.national.inria.fr with ESMTP/TLS/RC4-SHA; 25 Feb 2015 07:24:49 +0100 Received: by mail-vc0-f182.google.com with SMTP id id10so646106vcb.13 for ; Tue, 24 Feb 2015 22:24:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=1n3V7Q+mu4e6SKvGlF0EBvqphDDbHUU8A+vkjAT1tZs=; b=zMBhbZnhnN8kjngzntsldp5Vj8jGcj2uoXdQIXD4MFFdchVytt03DPC7UOSI5dzTU+ kdp3k5AC+UEa+D2qNx3cpUyfYO9fKdy9mnvquJCO0JeXqQtVfCYts6dX5vxTpO81TMKa bhZaHm9wMK7wf38fuAZRpLunWMyZHdh3tl7K6aCw7VlLaIBjDGmB0bKq/ag4Zvl++YSQ BirUknUnOIoWLJ4NLfC9EwdQIyPBJ+3m0o1HuJgt8qiDRY3THWGjMYwILVpzW5VKEpr/ om1FlN/JtZJA+5/1fbfhu1c1/KRi61bb5qI3jOxB1/2i4w5/8pwxnKF0WevGfJ4O9w9k hWLA== MIME-Version: 1.0 X-Received: by 10.52.7.228 with SMTP id m4mr2427893vda.31.1424845488495; Tue, 24 Feb 2015 22:24:48 -0800 (PST) Sender: andrew.herron@gmail.com Received: by 10.52.134.116 with HTTP; Tue, 24 Feb 2015 22:24:48 -0800 (PST) In-Reply-To: References: Date: Wed, 25 Feb 2015 16:24:48 +1000 X-Google-Sender-Auth: p0iKnVzUxDBKZ3oN5hOaHpJ0jHk Message-ID: From: Andrew Herron To: Jordan W Cc: "caml-list@inria.fr" Content-Type: multipart/alternative; boundary=20cf3033449d33a400050fe3b174 Subject: Re: [Caml-list] CommonML: An opinionated build/package/develop workflow on top of CommonJS --20cf3033449d33a400050fe3b174 Content-Type: text/plain; charset=UTF-8 On Wed, Feb 25, 2015 at 3:58 PM, Jordan W wrote: > The overarching goal was to just explore the ideal developer > flow for people who are either used to CommonJS or who appreciate a > highly sandboxed development model without globals. This is something I'm keen to see as well - extend the opam switch concept to per project. Forcing a switch during build is just a poor imitation of that. I don't know enough about the OCaml build toolchain to solve this in a > scalable way so I made it work generally enough for a couple of the > projects that I'm prototyping. I hope the same can be achieved in some > other more sophisticated build tool. Has anyone seen anything like the > automatic namespacing I've prototyped here? I couldn't imagine > developing without it, personally. +1 I'll end up developing something custom (or templates like we use in JS) if need be to suit our development style - which sounds similar to yours - a bunch of small internal library projects all composed in a tree of dependencies, culminating in a single high level integration / package project for the application. Cheers, Andy --20cf3033449d33a400050fe3b174 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Feb 25, 2015 at 3:58 PM, Jordan W <jordojw@gmail.com> wrote:
The overarching goal was to = just explore the ideal developer
flow for people who are either used to CommonJS or who appreciate a
highly sandboxed development model without globals.

This is something I'm keen to see as well - extend the opam sw= itch concept to per project. Forcing a switch during build is just a poor i= mitation of that.


I don't know enough about the OCaml build toolchain to solve this in a<= br> scalable way so I made it work generally enough for a couple of the
projects that I'm prototyping. I hope the same can be achieved in some<= br> other more sophisticated build tool. Has anyone seen anything like the
automatic namespacing I've prototyped here? I couldn't imagine
developing without it, personally.

+1
=

I'll end up developing something custom (or templat= es like we use in JS) if need be to suit our development style - which soun= ds similar to yours - a bunch of small internal library projects all compos= ed in a tree of dependencies, culminating in a single high level integratio= n / package project for the application.

Cheers,
Andy
--20cf3033449d33a400050fe3b174--