Seventh, le micro langage impératif de ZDS !

Salut, j'ai une petite question. Dans l'exemple :

1
2
3
4
5
6
7

function factorielle(n)
begin
  if n <= 1 then
    factorielle = 1
  else
    factorielle = n*factorielle(n - 1);
end;

On est d'accord que le point virgule manquant est un oubli (à moins que l'autre ne délimite la fin du bloc if/else) ?

Ça dépend. Soit vous décrivez dans le parser le point virgule comme un séparateur d'instruction, et il n'y en a pas besoin si l'instruction est la seule du bloc, soit c'est un terminateur et il en faut un. Dans le premier cas, en général on précise aussi qu'un bloc peut se terminer par un point virgule supplémentaire, mais il est optionnel.

Je préfère la seconde option, qu'en pensez-vous ?

EDIT : Autre question : y a-t-il des déclarations anticipées dans notre petit langage (on peut aussi lire toute l'unité de compilation pour voir si un identifiant y est) ?

Non c'est pas une erreur. En Pascal le if ne prend qu'une instruction et ne doit pas terminer par un point virgule sinon il considère que tu veux finir le if. Pour mettre plusieurs lignes ils faut entourer l'élément de begin / end. Dans un bloc le point virgule sert à séparer les instructions et le dernier est optionnel.

Édit pour comparaison en C tu en met pas non plus si tu ne délimite pas le bloc par des accolade

En C, le point virgule est un terminateur d'instruction : il y en a toujours un.

Sinon, c'est ok : dans notre langage, le point-virgule est donc un séparateur et non un délimiteur.

Pour voir si j'ai bien compris, on pourrait écrire le code précédent comme ça :

1
2
3
4
5
6
7

function factorielle(n)
begin
  if n <= 1 then
    factorielle = 1
  else
    factorielle = n*factorielle(n - 1);
end

C'est bien ça ?

Je vois (par contre, le dernier est optionnel, si j'ai bien compris). J'édite.

Je suis d'accord.

En C, quand il n'y a pas d'accolades après le if, il faut pas mettre de point virgule :

1
2
3
4

if(test)
    action()
else
    autre_chose()

C'est exactement pareil avec des begin end à la place d'accolades

Ça n'est de toute façon pas très important hein. La solution de Cithoran est probablement la plus raisonnable, restez-en là pour l'instant.

Si, il en faut un. Mais passons.

Sinon, on peut obliger à ce qu'il n'y ait qu'un bloc après le if, et idem pour le else, comme ça il n'y a pas besoin de marquer la fin du if statement.

Autant pour moi. J'étais persuadé mais non. Bref.

Salut, j'ai une petite question : est-ce qu'on a le droit d'avoir un bloc vide ?

1
2

begin
end

Au pire, je peux changer assez rapidement à n'importe quel moment (pour l'instant, je pars du principe que c'est permis).

Vous savez pourquoi j'aime le C++ ? Pour ça :

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11

template<typename DerivedBinaryExpression, typename LhsT = ExpressionNode, typename RhsT = ExpressionNode,
         typename = typename std::enable_if_t<std::is_base_of<ExpressionNode, LhsT>::value && std::is_base_of<ExpressionNode, RhsT>::value>>
class ConcreteBinaryExpressionNode : public ConcreteNode<ConcreteBinaryExpressionNode<DerivedBinaryExpression, LhsT, RhsT>, BinaryExpressionNode>
{
public:
    ConcreteBinaryExpressionNode(std::unique_ptr<LhsT>&& lhs, std::unique_ptr<RhsT>&& rhs);

private:
    std::unique_ptr<LhsT> m_lhs;
    std::unique_ptr<RhsT> m_rhs;
};

Le pire, c'est que je n'étais même pas ironique.

Salut, encore une question : les entiers sont de quelle taille ? On peut prendre des int, du coup les valeurs autorisées dépendront de l'implémentation.

J'avance de plus en plus dans l'implémentation du pascal-like, et je vais bientôt avoir besoin d'un dépôt github ; il faut donc trouver un petit nom à ce langage.

Lime ? (on reste dans la même lignée des agrumes ou pas ?)