···64646565However, the value returned from the type is just the [`config`](#module-system-lib-evalModules-return-value-config), like any submodule.
66666767+If you're familiar with prototype inheritance, you can think of this `evalModules` invocation as the prototype, and usages of this type as the instances.
6868+6769This type is also available to the [`modules`](#module-system-lib-evalModules-param-modules) as the module argument `moduleType`.
7070+<!-- TODO: document the module arguments. Using moduleType is like saying: suppose this configuration was extended. -->
68716972#### `extendModules` {#module-system-lib-evalModules-return-value-extendModules}
70737174A function similar to `evalModules` but building on top of the already passed [`modules`](#module-system-lib-evalModules-param-modules). Its arguments, `modules` and `specialArgs` are added to the existing values.
7575+7676+If you're familiar with prototype inheritance, you can think of the current, actual `evalModules` invocation as the prototype, and the return value of `extendModules` as the instance.
72777378The real work of module evaluation happens while computing the values in `config` and `options`, so multiple invocations of `extendModules` have a particularly small cost, as long as only the final `config` and `options` are evaluated.
7479