Open jesperes opened 2 years ago
crc32cer
is used in many different rebar3 projects without such issue.
Which rebar3 version or pc plugin version is it in your parent project ?
Let me see if I can get you a minimal reproducible example of this.
To reproduce:
$ rebar3 new app myapp
crc32cer
:
{deps, [{crc32cer, {git, "git@github.com:zmstone/crc32cer.git", {tag, "0.1.10"}}}
]}.
09:35 $ rebar3 compile
===> Fetching rebar3_format v1.0.1
===> Fetching katana_code v1.1.1
===> Analyzing applications...
===> Compiling katana_code
===> Compiling rebar3_format
Not formatting the formatter. We're not on the regular compiling cycle
===> Verifying dependencies...
===> Fetching crc32cer (from {git,"git@github.com:zmstone/crc32cer.git",{tag,"0.1.10"}})
===> Fetching pc (from {git,"https://github.com/blt/port_compiler.git",{tag,"v1.10.2"}})
===> Analyzing applications...
===> Compiling pc
===> Found no source files for:
"c_src/*.c"
===> Analyzing applications...
===> Compiling crc32cer
===> Analyzing applications...
===> Compiling testapp
Note the error message.
*.so
files built
$ find _build | grep crc32.*so
Upgrading to latest port_compiler
v1.14.0
does not have any effect.
$ rebar3 --version
rebar 3.18.0 on Erlang/OTP 23 Erts 11.2.2.2
Also, https://github.com/zmstone/snappyer suffers the same problem.
I'm having the same problem (I'm on macOS). The workaround, er, works for me, too.
When
crc32cer
is used as a dependency, the NIF sources are not found, and the port compiler says:This can be worked around by doing
in the parent project, but it would be nice if this worked out-of-the-box.