New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Wish #2543
Comments
Comment author: administrator Salut, On Mon, Jul 31, 2000 at 01:57:03PM +0200, fabre.yoann@free.fr wrote:
La réponse à ta question pouvant très bien être "C'est une bonne "Est-ce qu'on ne pourrait pas modifier assert pour lui associer un D'un autre côté, tu peux aussi utiliser Camlp4 pour faire ton propre -- |
Comment author: administrator
Allons, du CALME! Windows est énervant par nature...
C'est en effet un bug, et je vais le corriger.
Pas facile, entre autres pour la raison suivante:
Parce que, en mode normal, le compilateur OCaml ne calcule pas les
Et pourquoi voudrait-on donner un nom à une assertion? La position On peut toujours faire comme nous faisions avant l'introduction de assert:
|
Comment author: administrator ocamldep bug fixed 2000-08-04 by XL. |
Original bug ID: 175
Reporter: administrator
Status: closed
Resolution: fixed
Priority: normal
Severity: feature
Category: ~DO NOT USE (was: OCaml general)
Bug description
Full_Name: FABRE Yoann
Version: 3.00
OS: Win2K
Submission from: ppp66-paris4.libertysurf.fr (213.36.3.66)
Je continue la serie:
Liste de petits probleme TRES ENERVANT sous Win:
ocamldep ne donne pas une position correcte pour les erreurs
de syntax. (decalage etrange de qq lignes)
DONC: - make all
- tiens une erreur de syntax Ligne 42 dans truc.ml detectee PAR
OCAMLDEP
- que je fasse ocamlc -c -labels truc.ml, ha, donc l'erreur est ligne
53 en fait... bien...
pouvoir inclure (de facon optionnelle) la ligne dans les exceptions
(feature deja demande dans la mailing list il y a qq temps)
pourquoi ASSERT() retourne-t-il la position de l'erreur EN NB DE CARATERE
????
pourquoi de ne peut-on pas DONNER UN NOM a un assert:
eg. assert( foo = true ? "erreur: foo n'est pas a true")
ce qui permetrait d'avoir:
Assert Failure: "erreur: foo n'est pas a true" Ligne 42
et non:
Fatal error: uncaught exception Pervasives.Assert_failure("t.ml", 0,
C'est tout... :)
@++
The text was updated successfully, but these errors were encountered: