etwas liberaler bei Syntax
Maintainers usually reply within 1 day
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 25/100
Research direction
Start by locating the Prolog parser and the interpreter function, then determine which syntax is currently rejected. Define the supported alternative spellings for comparison, inequality, and negation, and verify that representative Prolog clauses accept them without changing the intended canonical operators.
Written by the indexing model from the issue text.
Description
Es kann sein, dass dies eher in das prolog Repo gehört. Allerdings gibt es dort im Moment keinen Issue-Tracker, und vielleicht ist es auch doch so, dass eine entsprechende Änderung zumindest teils hier gemacht werden müsste, etwa per speziellem Parameter zur Übergabe an die Interpreter-Funktion. Jedenfalls:
Manchmal könnte die Prolog-Interpretation hier etwas liberaler sein und auch Syntax akzeptieren, die von "echtem" Prolog aus rein idiosynkratischen Gründen zurückgewiesen wird.
Ein Beispiel ist der "kleiner-gleich" Operator. Dafür ist ja <= durchaus üblich, aber Prolog akzeptiert nur =<. Für die Verwendung in Autotool könnten wir einfach beide Formen akzeptieren, bzw. vielleicht einfach beim Parsen schon sowohl <= als auch =< als Token für =< nehmen. (Das könnte einige für Studierende frustrierende Zurückweisungen von Einreichungen vermeiden.)
Ein anderes Beispiel (das vielleicht besonders in ProPa relevant ist, wenn der Wechsel von Haskell zu Prolog stattfindet) wäre die Ungleichheit: einfach sowohl \= als auch /= akzeptieren.
Auch bei der Negation könnten vielleicht bestimmte Schreibweisen, die im Kontext der Formel-Autotool-Aufgaben akzeptiert werden, auch in Prolog-Klauseln akzeptiert werden, also neben not und \+ auch ¬ und vielleicht ~. Hingegen wohl lieber nicht - oder nicht.
Das waren alles Beispiele im Kontext Operatoren. Vielleicht gibt es auch noch andere relevante Fälle.
- Dominant language
- Haskell
- Stars
- 0
- Forks
- 1
- Avg merge
- 1d 5h
- Merged PRs (30d)
- 14
Getting set up
- No Dockerfile or Docker Compose file
- Has a pull request template
- No contributing guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from fmidue/prolog-programming-task
-
Difficulty 3/5 Half a day Newbie friendliness 55/100
fmidue/prolog-programming-task#46 ·
Maintainers usually reply within 1 day
-
Difficulty 5/5 Over a week Newbie friendliness 25/100
fmidue/prolog-programming-task#42 ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 45/100
fmidue/prolog-programming-task#36 · 4 comments ·
Maintainers usually reply within 1 day
-
Difficulty 4/5 3-5 days Newbie friendliness 48/100
fmidue/prolog-programming-task#29 ·
Maintainers usually reply within 1 day
-
Difficulty 3/5 1-2 days Newbie friendliness 35/100
fmidue/prolog-programming-task#21 ·
Maintainers usually reply within 1 day
All issues in fmidue/prolog-programming-task
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
halogenandtoast/ArkhamHorror#5805 ·
-
Difficulty 1/5 1-3 hours Newbie friendliness 88/100
objectionary/phino#1724 ·
Maintainers usually reply within 1 day
-
Difficulty 1/5 1-3 hours Newbie friendliness 82/100
tomjaguarpaw/bluefin#108 ·
-
infrastructure
Difficulty 1/5 Under an hour Newbie friendliness 92/100
alunduil/collection-json.hs#373 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
digital-asset/daml#23439 ·
Maintainers usually reply within 1 day