diff options
| author | Mohammad Akhlaghi <mohammad@akhlaghi.org> | 2019-01-19 15:45:38 +0000 |
|---|---|---|
| committer | Mohammad Akhlaghi <mohammad@akhlaghi.org> | 2019-01-19 15:45:38 +0000 |
| commit | 367e10e4f34b3af113af397c997a94216c3355c2 (patch) | |
| tree | 1029a3286fa94c96a73be35e3bf00593f4191f69 | |
| parent | 42d3cef11bd9a84d11eb48a4ff9686d2e0ce5436 (diff) | |
Some typos corrected in README-pipeline.md
In a few cases, I had used a signle quote to close `. This would not
display properly on the Gitlab webpage, so they are corrected.
| -rw-r--r-- | README-pipeline.md | 6 |
1 files changed, 3 insertions, 3 deletions
diff --git a/README-pipeline.md b/README-pipeline.md index 2d288da..7fb42a2 100644 --- a/README-pipeline.md +++ b/README-pipeline.md @@ -309,7 +309,7 @@ depend on those values will be re-built. This is very convenient as your project scales up and gets more complex. The workhorse-Makefiles are those satisfying this wildcard -`reproduce/src/make/*.mk'. They contain the details of the processing steps +`reproduce/src/make/*.mk`. They contain the details of the processing steps (Makefiles containing rules). Therefore, in this phase *order is important*, because the prerequisites of most rules will be the targets of other rules that will be defined prior to them (not a fixed name like @@ -348,7 +348,7 @@ which was also built by `./configure` (based on the `LOCAL.mk.in` template). The next non-commented set of lines define the ultimate target of the whole -pipeline (`paper.pdf'). But a sanity check is necessary for situations when +pipeline (`paper.pdf`). But a sanity check is necessary for situations when the user is not careful (for example has configured the pipeline for group access but forgets to run the pipeline with `./for-group`, or the opposite). Therefore we use a Make conditional to define the `all` target @@ -934,7 +934,7 @@ future. GNU Make, GNU AWK and etc) it needs and sets `PATH` to prefer its own builds. It currently doesn't build and use its own version of lower-level tools (like the C library and compiler). We plan to add the - build steps of these low level tools so the system's `PATH' can be + build steps of these low level tools so the system's `PATH` can be completely ignored within the pipeline and we are in full control of the whole build process. Another solution is based on [an interesting tutorial](https://mozillafoundation.github.io/2017-fellows-sf/re-papers/index.html) |