erl_interface not found solutions #149
Closed
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
This allow us to copy additional libs from absolute directories, in a
specific case copying erl_interface into the libs of a release, which
may be needed for compiling further.
Example: {copy_absolute,"{{core_lib_dir}}/erl_interface-*","lib"}
This will copy the erl_interface lib from the core erlang installation
to the newly generated one.
Previous was the cryptic {error, not_found}, which is simply the return
value of code:lib_dir(erl_interface) when not found. This at least
informs the user of *what* is wrong along with a possible solution.
|
The second commit, which I've not mentioned, is simply an improved error message in the event that the erl_interface is not found in the installation. Prior to this patch, it would simply throw an error because lists:flatten (called from lists:concat), cannot flatten {error,bad_name}. It took me a while to track down what was causing that. |
|
closing this and re-opening with modifications as per our emails. |
|
Is there any followup to problem where |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Hey Guys,
I've encountered and issue with reltool which results in erl_interface not being copied with "rebar generate". This becomes a problem with the Nitrogen Web Framework (or others, I'm sure), where in the target installation, I wish to include bcrypt, erls3, and others which require compiling from C.
However, because erl_interface was not being copied automatically to the target lib dir, it proved a problem for dependencies.
These two commits help alleviate that problem with a generated installation by extending the reltool.config overlay functionality to include the ability to copy additional libs from the source erlang installation.
The example, which I would include into Nitrogen would be to add to the default reltool.config the following:
{copy_absolute, "{{core_lib_dir}}/erl_interface-*","lib"}
Which will essentially copy the erl_interface dir from "/usr/local/lib/erlang/lib/erl_interface-X.Y.Z" into the target lib dir.
I realize that this might not be the ideal solution, and if so, please let me know so I can adjust this accordingly. As it is, however, this solves my immediate problems.
Thanks :)