- 26 Oct, 2015 2 commits
-
-
thomas.forbriger authored
-
thomas.forbriger authored
Since $() command substitution already is specific to bash and not available in standard Bourne Shell, replace shell in which shell scripts shall be executed by /bin/bash.
-
- 22 Oct, 2015 1 commit
-
-
thomas.forbriger authored
On this branch issue14 will be resolved: do not rely on /bin/bash ------------------------ Parts of the project rely on /bin/bash being the standard shell and /bin/sh being a synonym for /bin/bash. * This is the case in shell scripts, which use bash-specific commands and keywords. * This is the case in Makefiles, which use constructs like 'echo -e' to format multiline string output. The problem can be solved by: * replacing '#!/bin/sh' by '#!/bin/bash' in shell scripts * replacing 'echo -e' by 'printf' in Makefiles
-
- 21 Oct, 2015 3 commits
-
-
thomas.forbriger authored
compile.sh will not execute in traditional Bourne Shell. Explicitely request a version of the Bourne Again Shell.
-
thomas.forbriger authored
-
thomas.forbriger authored
the fixed wavelet engine ist not yet implemented
-
- 19 Oct, 2015 9 commits
-
-
thomas.forbriger authored
After implementation of full usage information for end-users and ouput of usage texts in soutifu, modifications are merged into master.
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
A comprehensible textual description of what actually is done in the procude is still missing.
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
The weight factors are applied in terms of signal amplitude not in terms of signal energy. Where factors are to be applied to energy values, they have to be squared prior to the operation.
-
thomas.forbriger authored
weight factor is defined in terms amplitude; apply square of weight to signal energy
-
- 16 Oct, 2015 10 commits
-
-
thomas.forbriger authored
-
thomas.forbriger authored
The compound information is composed from different sources but must be reasonable as a whole.
-
thomas.forbriger authored
The usage text strings already contain a terminal newline.
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
-
- 15 Oct, 2015 3 commits
-
-
thomas.forbriger authored
All usage output function calls are implemented. Texts are still missing.
-
thomas.forbriger authored
-
thomas.forbriger authored
-
- 14 Oct, 2015 3 commits
-
-
thomas.forbriger authored
- library usage function implementation ist still incomplete
-
thomas.forbriger authored
-
thomas.forbriger authored
Implement a new set and hierarchy of end-user usage functions: - engines: prints a list of available procedures - help: prints the list of procedures together with a brief usage summary - usage: prints the detailed description for the selected procedure Function declarations are provided. onlinehelp.cc addresses these new functions. Function bodies, however, are not yet implemented. Next: - implement bodies of usage and classusage functions. - adjust bodies of implemented classhelp functions. - new bodies must make use of character strings created automatically from *usage.txt files
-
- 13 Oct, 2015 8 commits
-
-
thomas.forbriger authored
-
thomas.forbriger authored
-
thomas.forbriger authored
C API does not require a specific usage information for end-users.
-
thomas.forbriger authored
Not only for doxygen it is helpful to keep usage text files in a separate directory.
-
thomas.forbriger authored
copy texts from output of onlinehelp to ASCII text files.
-
thomas.forbriger authored
-
thomas.forbriger authored
onlinehelp.xxx will be replaced by the newly provided ASCII text files which contain usage information for end-users.
-
thomas.forbriger authored
package targets are no longer required, since gitlab provides access to snapshot targets. Package creation is no longer supported for Seitosh.
-
- 05 Oct, 2015 1 commit
-
-
thomas.forbriger authored
The output of end-user information must be organized within the library. The library will provide only two ways to access end-user usage information: 1. A complete display of all summary usage texts. 2. A selected detailed usage description for an operational engine selected by its ID together with detailed information for the general library and detailed description of the base classes, if there are any. Calls to output functions must pass execution in the appropriate order to select usage texts for output in a meaningful order.
-