Skip to content
GitLab
Explore
Sign in
Primary navigation
Search or go to…
Project
pugs
Manage
Activity
Members
Labels
Plan
Issues
Issue boards
Milestones
Wiki
Code
Merge requests
Repository
Branches
Commits
Tags
Repository graph
Compare revisions
Snippets
Build
Pipelines
Jobs
Pipeline schedules
Artifacts
Deploy
Releases
Model registry
Operate
Environments
Monitor
Incidents
Analyze
Value stream analytics
Contributor analytics
CI/CD analytics
Repository analytics
Model experiments
Help
Help
Support
GitLab documentation
Compare GitLab plans
GitLab community forum
Contribute to GitLab
Provide feedback
Keyboard shortcuts
?
Snippets
Groups
Projects
Show more breadcrumbs
code
pugs
Commits
dc597674
Commit
dc597674
authored
Apr 28, 2022
by
Stéphane Del Pino
Browse files
Options
Downloads
Patches
Plain Diff
Start the outline of the user documentation [ci-skip]
parent
cbfce836
No related branches found
No related tags found
1 merge request
!145
git subrepo clone git@gitlab.com:OlMon/org-themes.git packages/org-themes
Changes
1
Show whitespace changes
Inline
Side-by-side
Showing
1 changed file
doc/userdoc.org
+45
-17
45 additions, 17 deletions
doc/userdoc.org
with
45 additions
and
17 deletions
doc/userdoc.org
+
45
−
17
View file @
dc597674
...
...
@@ -138,33 +138,61 @@ already be discussed.
builtin functions and are generally defined when importing a
module. These functions behave similarly, one should refer to
[[functions]] for details.
- The language does not allow low-level manipulations of high-level
type variables. This means that for instance, one cannot modify a
specific cell value of a piecewise constant function. This allows to
write algorithms (within the pugs language) that can be executed in
parallel naturally. Observe that the resulting mesh of the previous
does not depend on the number of ~MPI~ processes nor on the number of
threads used while running ~pugs~.
*
Language
*
*
Concepts and design
**
Variables
**
* TODO A C++ toolbox driven by a user friendly language
*** Types<<variable-types>>
- Why? divide and conquer
- the language is used to assemble the provided C++ tools
- small independent C++ methods are easy to test/validate.
- new numerical method brings a new C++ code: not a patched code.
A previously validated method is unchanged!
- much more difficult to introduce bugs in existing methods
- existing methods performances are a unchanged by new
developments
- Why not python or any other scripting language?
- provide a language close to the application: a DSL is made for
that
- do not deal with the difficulty of parallelism within the
scripting language
- Following the success of ~FreeFEM~
***
* Basic types
***
TODO A high-level language
**** High-level types
Defining a suitable language
***
Life tim
e
***
* TODO Keep it simpl
e
**
Statements
**
**
TODO Performances and parallelism
** Functions<<functions>>
The language *does not allow* low-level manipulations of high-level type
variables. This means that for instance, one cannot access or modify
specific cell or node value. A consequence of such a choice is that
this *constrained framework* allows to write algorithms (within the pugs
language) that can be executed in parallel naturally. To achieve that,
there should *never* be parallel instructions or instructions that
require *explicit parallel* actions in the ~pugs~ language.
*
** User-defined functions
*
TODO Language
*** Builtin functions
** TODO Variables
*** TODO Types<<variable-types>>
**** TODO Basic types
**** TODO High-level types
*** TODO Life time
** TODO Statements
** TODO Functions<<functions>>
*** TODO User-defined functions
*** TODO Builtin functions
...
...
This diff is collapsed.
Click to expand it.
Preview
0%
Loading
Try again
or
attach a new file
.
Cancel
You are about to add
0
people
to the discussion. Proceed with caution.
Finish editing this message first!
Save comment
Cancel
Please
register
or
sign in
to comment