Optional dependencies? about gproc HOT 7 CLOSED

Sure - just need to decide how best to do that with rebar. Suggestions are welcome. :)

from gproc.

A lot of people do this by having multiple rebar configs — the main one being the leanest — and for dev/test they have rebar.dev.config, rebar.test.config, etc. Seems to work pretty well!

from gproc.

I have pushed an implementation for this in the Feuerlabs fork of gproc:
https://github.com/Feuerlabs/gproc/blob/master/README.md

If this is acceptable, I can push it to the main repos.

from gproc.

seems okay, a little bit convoluted to my personal taste, but as long as rebar won't build those deps by default, it's all fine

from gproc.

For this particular use case, I agree it's a bit convoluted, but I noticed I end up needing dynamic dependency handling in other apps as well, so I am shooting for a reasonably generic approach.

from gproc.

Either way, I think it is a desirable change that would be nice to have in this repo.

from gproc.

Ok then - pushed to HEAD in the uwiger/gproc and esl/gproc repos.

from gproc.