etwas liberaler bei Syntax
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 5/5
- Tiempo estimado
- Más de una semana
- Aptitud para principiantes
- 25/100
Línea de trabajo
Comienza localizando el parser de Prolog y la función del intérprete; después, determina qué sintaxis se rechaza actualmente. Define las grafías alternativas compatibles para la comparación, la desigualdad y la negación, y verifica que cláusulas de Prolog representativas las acepten sin cambiar los operadores canónicos previstos.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
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.
- Lenguaje dominante
- Haskell
- Estrellas
- 0
- Forks
- 1
- Merge medio
- 1 d 5 h
- PR fusionados (30 d)
- 14
Preparar el entorno
- Sin Dockerfile ni archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de fmidue/prolog-programming-task
-
clone detection settingsAbierto
Dificultad 3/5 Medio día Aptitud para principiantes 55/100
fmidue/prolog-programming-task#46 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 5/5 Más de una semana Aptitud para principiantes 25/100
fmidue/prolog-programming-task#42 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 45/100
fmidue/prolog-programming-task#36 · 4 comentarios ·
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 48/100
fmidue/prolog-programming-task#29 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 35/100
fmidue/prolog-programming-task#21 ·
Los mantenedores suelen responder en 1 día
Todos los issues de fmidue/prolog-programming-task
Issues similares
-
bug triage
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
simplex-chat/simplex-chat#7649 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
halogenandtoast/ArkhamHorror#5805 ·
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 88/100
objectionary/phino#1724 ·
Los mantenedores suelen responder en 1 día
-
Dificultad 1/5 1-3 horas Aptitud para principiantes 82/100
tomjaguarpaw/bluefin#108 ·
-
infrastructure
Dificultad 1/5 Menos de una hora Aptitud para principiantes 92/100
alunduil/collection-json.hs#373 ·
Los mantenedores suelen responder en 1 día