You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Original bug ID: 174 Reporter: administrator Status: closed Resolution: not a bug Priority: normal Severity: minor Category: ~DO NOT USE (was: OCaml general)
Re-bonjours...
pouvez vous oublier le bug-report 173 (en incoming)...
Je viens de voir que <!ret> est renvoyee dans une construction
de tupple... c'est idiot. Et je sais pas experience de ocamlc
construit de droite a gauche (alors que ocamlopt flatten souvent
le code d'abord, donc construit de gauche a droite). Ceci
explique la difference de comportement. De toute facon ce code
est horrible ET faux.
Excusez-moi. le speed de la deadline.
PS:
1- merci pour Ocaml, le plus beau langage que je connaisse.
2- pourquoi de pas distribuer Ocaml pour M$ Win avec Cygnus.
a - j'ai entendu dire (...) que leur fork est maintenant bien
implemente et qu'il gere les threads.
b - donc enfin un debbuger Ocamlc pour Win...
c - il y a qq mois j'avais compile Ocaml avec win-gcc pour
utilise OLablGtk et OLablGL, et ca marchait pas mal du tout.
d - avec gcc le bytecode aurait de bien meilleur perf sous Win.
e - les pauvres gens contraint a Win ne seraient plus oblige d'avoir
CygWin + VisualC++ 6.0 (ce qui est mon cas... :)
f - enfin, pendant que j'y suis, pourquoi diable ne pas faire une version
GCC specifique de la VM qui utilise les "labels dynamiques" : ceci
permetrait d'avoir du bytecode threade sur toute plateforme GCC. Etant
donnee les avantages du bytecode, etant donne la facilite (hum ?) de la
chose... et etant donne le gout de Xavier Leroy pour le bytecode
threade...
(n'a-t-il pas teste cette approche pour Zinc sous 68020, GCC permet,
semble
-t-il de faire de meme en etant : un concept etrange
mais
qui a du sens :))
@++
The text was updated successfully, but these errors were encountered:
Re-bonjours...
pouvez vous oublier le bug-report 173 (en incoming)...
Je viens de voir que <!ret> est renvoyee dans une construction
de tupple... c'est idiot.
Oui, en effet, c'est un problème d'ordre d'évaluation non spécifié.
2- pourquoi de pas distribuer Ocaml pour M$ Win avec Cygnus.
Nous envisageons cela, en effet.
a - j'ai entendu dire (...) que leur fork est maintenant bien
implemente et qu'il gere les threads.
J'ai entendu la même chose; reste à vérifier que les threads marchent.
b - donc enfin un debbuger Ocamlc pour Win...
c - il y a qq mois j'avais compile Ocaml avec win-gcc pour
utilise OLablGtk et OLablGL, et ca marchait pas mal du tout.
d - avec gcc le bytecode aurait de bien meilleur perf sous Win.
e - les pauvres gens contraint a Win ne seraient plus oblige d'avoir
CygWin + VisualC++ 6.0 (ce qui est mon cas... :)
f - enfin, pendant que j'y suis, pourquoi diable ne pas faire une
version GCC specifique de la VM qui utilise les "labels
dynamiques" : ceci permetrait d'avoir du bytecode threade sur
toute plateforme GCC. Etant donnee les avantages du bytecode,
etant donne la facilite (hum ?) de la chose... et etant donne
le gout de Xavier Leroy pour le bytecode > threade...
(n'a-t-il pas teste cette approche pour Zinc sous 68020, GCC
permet, > semble -t-il de faire de meme en etant
: un concept etrange > mais qui a du sens :))
Ce que vous décrivez est implémenté en Objective Caml depuis 1995.
Original bug ID: 174
Reporter: administrator
Status: closed
Resolution: not a bug
Priority: normal
Severity: minor
Category: ~DO NOT USE (was: OCaml general)
Bug description
Full_Name:
Version: 3.00
OS: Win2K
Submission from: ppp244-paris6.libertysurf.fr (213.36.5.244)
Re-bonjours...
pouvez vous oublier le bug-report 173 (en incoming)...
Je viens de voir que <!ret> est renvoyee dans une construction
de tupple... c'est idiot. Et je sais pas experience de ocamlc
construit de droite a gauche (alors que ocamlopt flatten souvent
le code d'abord, donc construit de gauche a droite). Ceci
explique la difference de comportement. De toute facon ce code
est horrible ET faux.
Excusez-moi. le speed de la deadline.
PS:
1- merci pour Ocaml, le plus beau langage que je connaisse.
2- pourquoi de pas distribuer Ocaml pour M$ Win avec Cygnus.
a - j'ai entendu dire (...) que leur fork est maintenant bien
implemente et qu'il gere les threads.
b - donc enfin un debbuger Ocamlc pour Win...
c - il y a qq mois j'avais compile Ocaml avec win-gcc pour
utilise OLablGtk et OLablGL, et ca marchait pas mal du tout.
d - avec gcc le bytecode aurait de bien meilleur perf sous Win.
e - les pauvres gens contraint a Win ne seraient plus oblige d'avoir
CygWin + VisualC++ 6.0 (ce qui est mon cas... :)
f - enfin, pendant que j'y suis, pourquoi diable ne pas faire une version
GCC specifique de la VM qui utilise les "labels dynamiques" : ceci
permetrait d'avoir du bytecode threade sur toute plateforme GCC. Etant
donnee les avantages du bytecode, etant donne la facilite (hum ?) de la
chose... et etant donne le gout de Xavier Leroy pour le bytecode
threade...
(n'a-t-il pas teste cette approche pour Zinc sous 68020, GCC permet,
semble
-t-il de faire de meme en etant : un concept etrange
mais
qui a du sens :))
@++
The text was updated successfully, but these errors were encountered: