
<!DOCTYPE html><html><head><title></title><style type="text/css">p.MsoNormal,p.MsoNoSpacing{margin:0}</style></head><body><div>On Sun, Mar 24, 2019, at 13:09, José Valim wrote:<br></div><blockquote type="cite" id="fastmail-quoted"><div dir="ltr"><div dir="ltr"><div>> What if it was allowed for package maintainers to publish pre-compiled BEAM files to Hex? I would imagine that everyone who is pushing packages to Hex also has the ability to compile those packages on the machine they’re using to publish.<br></div><div><br></div><div><div class="fastmail-quoted-m_1445541843719347878gmail_signature" dir="ltr"><div dir="ltr"><div>Unfortunately that wouldn't solve the issue with macros, because macros are still compiled to regular BEAMs. A precompiled BEAM wouldn't change the module name nor the name of a function. The incompatibility is in the calling convention and in the different ASTs (similar issue to LFE). <br></div></div></div></div></div></div></blockquote><div><br></div><div>It would solve the issue of if I created an Erlang lib and depend on an Elixir lib I'm forcing any user of my lib to perform a step outside of the build tool after depending on it (installing Elixir).<br></div><div><br></div><div>Benchee itself this isn't an issue for in my opinion. Since it is used for benchmarking and wouldn't be a regular dependency, but only required for those working directly on the application and running benchmarks, requiring an external dependency isn't unusual. I've been planning to try Benchee out for some Erlang projects and just haven't gotten around to it yet.<br></div><div><br></div><div>Tristan<br></div></body></html>