You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: doc/source/FAQ.rst
+28-28Lines changed: 28 additions & 28 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -185,51 +185,51 @@ Otherwise, you can load the TclX library package for your OS and the ``configure
185
185
(tclExtend.h,...) [[none]]
186
186
187
187
188
-
Meta Information
189
-
----------------
188
+
General information
189
+
-------------------
190
190
191
-
Why does *modules* use Tcl?
192
-
^^^^^^^^^^^^^^^^^^^^^^^^^^^
191
+
Why does Modules use Tcl?
192
+
^^^^^^^^^^^^^^^^^^^^^^^^^
193
193
194
-
The first versions of the *Modules* package used shell scripts to do its magic. The original authors then chose to implement the same in C to speed things up and to add features. At the time the only easily embeddable interpreter was Tcl which provided a standard language and the glue. Now that other interpreters are available they could be embedded, but haven't so far. There is also a pure Tcl version available.
194
+
The first versions of the *Modules* package used shell scripts to do its
195
+
magic. The original authors then chose to implement the same in C to speed
196
+
things up and to add features. At the time the only easily embeddable
197
+
interpreter was Tcl which provided a standard language and the glue.
198
+
199
+
A pure Tcl version of the modulecmd script is available, and starting with
200
+
Modules version 4, it became the default implementation. The use of Tcl for
201
+
both the core commands and modulefile interpretation simplifies the addition
202
+
of new features.
195
203
196
204
How can I help?
197
205
^^^^^^^^^^^^^^^
198
206
199
-
We can use help at various levels. The best way to contribute is to send in a patch file (see the FAQ on how to generate a patch file) with whatever fixes. The patch will be reviewed and tested. If you are a regular contributor then you'll likely be invited to become a developer and to have direct source access, and the fame, power, and prestige that all entails.
207
+
See the :ref:`CONTRIBUTING` documentation. It provides guidelines on how to
208
+
ask questions, report issues, submit patches.
200
209
201
210
How do I download the source repository?
202
211
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
203
212
204
-
Anonymously clone the git repository, view the list of branches, and set to a specific branch:
Unpack the tarball and it should place the sources into a directory named modules-3.X.Y , then rename the directory to modules-3.X.Y-myversion or something like that. Make whatever changes you want, and be sure to test the changes and if you can add tests to identify the bug and the fix... that will endear yourself to the developers.
221
-
222
-
Once you have the changes in your version, then unpack the original sources from the tarball in a directory side-by-side to the directory with your version, and at that parent level run the following ``diff`` command:
219
+
Then you can create a specific branch and start your local adaptation if any:
0 commit comments