Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
And a workaround to force a specific version to be downloaded.
|
|
|
|
|
|
|
|
For example:
DEPS = elixir
ELIXIR_PATCH = 1
include erlang.mk
A language test suite will soon be added with a test for this.
|
|
The $(...) form was improperly converted. In addition it
must be changed into a $(shell ...) form.
|
|
Seems that was fixed a while ago.
|
|
|
|
Currently experimental. It'll enable lfe.mk when it encounters
the rebar3 plugin lfe-compile. Tested against some small library.
Note that it adds lfe as a build dependency with no version given
so the latest master will be fetched right now. This can be
overriden in the parent project.
|
|
Until it is found that one is needed to compile a project.
|
|
It's better than extending help:: because this gets printed
at the end instead of before Erlang.mk's own help.
|
|
We also rebuild the C code since C code tends to not stay
compatible between different Erlang versions.
Based on a patch by Slava Yurin.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
When this option is used no include file is generated.
Therefore don't error out if no include file can be found.
|
|
When gpb is found in DEPS or BUILD_DEPS then it is used
instead of erlang_protobuffs.
|
|
|
|
They're already in ERL_LIBS.
|
|
|
|
When the $(MAKE) is inside an $(eval $(call ...)) then it needs
to be escaped as $$(MAKE).
When the $(MAKE) is inside a $(call ...) then I did not figure
out a way other than passing it as an argument.
When the $(MAKE) is inside many levels of $(call $(call ...))
it's easier to avoid it if at all possible, so I replaced the
rebar $(MAKE) call with ./bootstrap. I confirmed it works fine
on Windows as well.
|
|
|
|
|
|
|
|
Also remove the last instance of an "eval export" that pollutes
the environment and use the new core_render for it instead.
core_render does not include $(verbose) as this needs to be
different depending on who calls it. It's now set explicitly
everywhere required.
|
|
|
|
|
|
|
|
While the solution is not the best we could do it's better
than nothing.
|
|
|
|
And some refactor and additional testing for overriding.
Turns out we can override some variables even if ?= is not used,
so nothing had to be done to support overriding.
|
|
|
|
The toolchain is too heavy for CI. Gotta wait for me to finish
the work on Asciideck for building HTML pages.
|
|
|
|
|
|
|
|
|
|
Fetching rebar is conditional depending on the project
being built, and if two projects require it and -j is
used this could mean the fetching happens at the same
time and one would fail.
|
|
|
|
I've reworked how the multi-apps projects are built. In particular
I've made sure the test build is made from the top-level once, and
then only tests are run on this build. It used to build multiple
times and some builds would not include test mode, not good. I've
also fixed issues with running tests in parallel.
All tests now pass with -j8 on my machine. It's possible more
issues remain that are not covered by tests yet though.
|
|
|
|
This avoids the issue where clean will remove a file that was
otherwise generated and won't be regenerated. This might also
help with parallel building.
|
|
With a yecc grammar in the project, and this sequence of commands:
$ make clean
$ make check
$ make
$ make
the "make check" succeeds. The first "make" fails because the .erl
file built from the .yrl file doesn't exist. The second "make"
succeeds.
Add a test case for this situation.
Signed-off-by: Hugo Mills <[email protected]>
|
|
It clones and checkouts like the git fetch method, but
does so in the Erlang.mk temporary directory. It then
creates a symbolic link to the subfolder for the dependency.
|