第5章 限制

原文連接   http://erlang.mk/guide/limitations.html

 

Chapter 5. Limitations

 

No software is perfect.

全部軟件都不完美的。

 

It’s very important, when evaluating and when using a tool, to understand its limitations, so as to avoid making mistakes and wasting valuable time.

在評估和使用工具時，瞭解其侷限性很是重要，這樣能夠避免犯錯和浪費寶貴的時間。

 

This chapter lists all known limitations of Erlang.mk.

本章列出了Erlang.mk的全部已知限制。

 

5.1. Erlang must be available

5.1. Erlang必須可用

 

Currently Erlang.mk requires you to install Erlang beforehand. Installing Erlang is not always easy, particularly if you need a specific version of Erlang for a specific project.

目前，Erlang.mk須要你事先安裝Erlang。安裝Erlang並不老是很容易，特別是若是你須要特定版本的Erlang來執行特定的項目。

 

In addition, the Erlang being used must be in your $PATH before you use Erlang.mk.

另外，在使用Erlang.mk以前，被使用的Erlang的路徑必須在環境變量的$PATH中。

 

In the future we envision, Erlang.mk could manage the Erlang version you need to use a project. Erlang.mk already does this for running tests when using make ci, so doing this during development is just a step away.

咱們設想，在未來，Erlang.mk能夠管理你的項目須要使用的Erlang版本。在使用make ci時，Erlang.mk已經爲運行測試作了這個工做。因此在開發過程當中，管理你的項目須要使用的Erlang版本只是一步之遙。

 

5.2. Spaces in path

5.2. 路徑中存在空格

 

Erlang.mk will currently not work properly if the path to the project contains spaces. To check if that is the case, use the command pwd.

目前，若是項目路徑中包含空格，Erlang.mk將沒法正常工做。（當Erlang.mk沒法工做時）可使用 pwd 命令來檢查是否屬於這種狀況。

 

This issue is due to how Makefiles work. There might be ways to solve it, we have not given up on it, but it’s very low priority considering how simple the workaround is.

這個問題是因爲Makefiles 的工做方式引發的。可能有辦法解決這個問題，咱們尚未放棄，可是考慮到解決方法的簡單性（保證項目路徑沒有空格），它的優先級很低。

 

5.3. Dependency tracking and modification times

5.3. 依賴性跟蹤及修改時間

 

Erlang source files that depend on other files will have their modification time updated when they need to be recompiled due to a dependency having changed. This could cause some editors to think the file changed when it didn’t.

依賴於其餘文件的Erlang源文件，在因爲依賴發生改變而須要從新編譯時，會更新其修改時間。這可能會致使一些編輯器在該文件沒有改變時認爲它改變了。

 

Erlang.mk must use this method in order to be able to compile files in one erlc invocation. The benefits greatly outweigh the issue in this case and so there are currently no plans to fix this behavior.

Erlang.mk必須使用這個方法，以便可以在erlc調用中編譯文件。在這種狀況下，這麼作的好處大大超過壞處，因此目前沒有計劃來解決這種行爲。