[OCAML] Quels sont les bons sites pour Ocaml ?

Quels sont les bons sites pour Ocaml ? [OCAML] - Divers - Programmation

Marsh Posté le 06-12-2004 à 13:19:37    

Je voudrais savoir quels sont les bons sites en Ocaml
(surtout les non-officiels)pour développer des applications en étant guidés ?(ou tutoriels)
 
Merci
 
 


---------------
www.sagis.tk
Reply

Marsh Posté le 06-12-2004 à 13:19:37   

Reply

Marsh Posté le 06-12-2004 à 23:19:29    

Reply

Marsh Posté le 07-12-2004 à 10:35:01    

Reply

Marsh Posté le 09-12-2004 à 07:27:21    

Au passage la doc officielle du langage est parfaitement lisible.

Reply

Marsh Posté le 09-12-2004 à 13:14:38    

Oui mais dans les sites non officiels on apprends pas mal aussi. Sinon pour de l'aide voici des liens que j'ai touvé :
 
news://fr.comp.lang.caml
 
http://groups.yahoo.com/group/ocaml_beginners/


---------------
www.sagis.tk
Reply

Marsh Posté le 12-12-2004 à 16:19:38    

je propose au passage d'utiliser le mode TUAREG
avec emacs ou xemacs
 
(comme emacs et xemacs sont disponibles pour windows, et que le mode tuareg se fiche bien de savoir si on est sur windows ou unix, tuareg fonctionne très bien sur windows et sur linux)
mais si t'as une version récente de mandrake, le mode caml customisé de mandrake est équivalent...

Reply

Marsh Posté le 12-12-2004 à 22:17:21    

Eh bien, ici il est question de site internet, pas du mode tuareg, de plus quel utilisateur de ocaml ne connait pas tuareg ?


---------------
www.sagis.tk
Reply

Marsh Posté le 19-12-2004 à 14:34:39    

http://www.cert.fr/dcsd/cd/MEMBRES [...] eignement/
cf. "Cours de Programmation Fonctionnelle (3ème année ATI)"
 
http://www.enseignement.polytechni [...] index.html
cf. http://www.enseignement.polytechni [...] in012.html
 
:D  (bon faut pas avoir "peur" parce que y'a marqué "polytechnique" ou autre...)
 
(c'est pas tt le monde qui connait tuareg... y'a des profs qui n'aiment pas trop...)


Message édité par the_angel_s le 19-12-2004 à 14:36:28
Reply

Marsh Posté le 28-01-2005 à 15:25:45    

faire du graphique en ocaml ...
 
j'aimerais y arriver mais non, ça marche pas :cry:
 
pourquoi ? un mélange de mon incompétence et de windows, avec une touche de cygwin, bref
 
si quelqu'un a des tutos, je suis preneuse


---------------
viendez broder, mon blog et à écouter : la Pause Bad, parlons badminton
Reply

Marsh Posté le 28-01-2005 à 15:55:49    

Tu peux essayer ocamlsdl :)
http://ocamlsdl.sourceforge.net/home.html
 

Reply

Marsh Posté le 28-01-2005 à 15:55:49   

Reply

Marsh Posté le 28-01-2005 à 16:00:13    

c pas vraiment un tuto :/
paske ça doit être la sixième fois que je récupère des libs sensées m'aider :sarcastic: et aucune ne veut compiler sans générer d'erreurs, et oui ça vient sûrement de moi


---------------
viendez broder, mon blog et à écouter : la Pause Bad, parlons badminton
Reply

Marsh Posté le 28-01-2005 à 16:11:27    

Ca reste des bindings. En te référant à la doc de la SDL, tu devrais avoir ce que tu veux. Mais bon, c'est vrai que ca doit pas être le pied.
 
http://ocamlsdl.sourceforge.net/devel.html

Code :
  1. Dummy sample: INITIALIZING SDL
  2. open Sdl;;
  3. init [`EVERYTHING];;
  4. quit();;


Code :
  1. VIDEO sample: Putting a red pixel
  2. open Sdl;;
  3. open Sdlvideo;;
  4. init [`VIDEO];; (* only video *)
  5. (* opening a windows 320x200 16 bpp *)
  6. let (bpp, w, h) = (16, 320, 200);;
  7. let screen = set_video_mode ~w ~h ~bpp [`HWSURFACE];; (* define some colors *)
  8. (* fill screen with white color
  9.    putting a pixel in center of screen *)
  10. fill_rect screen (map_RGB screen white);;
  11. put_pixel screen ~x:160 ~y:100 red;;
  12. flip screen;;                   
  13. quit();;


Message édité par Evadream -jbd- le 28-01-2005 à 16:12:25
Reply

Marsh Posté le 28-01-2005 à 16:14:19    

1ere étape : keske SDL [:dawa] ?
 
après je regarde :jap:


---------------
viendez broder, mon blog et à écouter : la Pause Bad, parlons badminton
Reply

Marsh Posté le 28-01-2005 à 16:19:41    

www.libsdl.org :)
 
Je n'aime pas du tout le Caml, je pourrais pas trop t'aider désolé. Tout dépend de ce que tu veux faire, y'a çà sinon :
 
http://caml.inria.fr/ocaml/htmlman/manual039.html
http://caml.inria.fr/ocaml/htmlman [...] phics.html
http://www.pps.jussieu.fr/Livres/o [...] ra045.html => ca semble le plus complet
 
Mais tu dois connaitre j'imagine :)


Message édité par Evadream -jbd- le 28-01-2005 à 16:21:32
Reply

Marsh Posté le 28-01-2005 à 16:21:15    

les 2 derniers oui ;) -- mais je suis réellement une brêle :loul:
 
je lis et je reviens


---------------
viendez broder, mon blog et à écouter : la Pause Bad, parlons badminton
Reply

Marsh Posté le 28-01-2005 à 16:22:25    

J'ai édité, et rajouté un troisième lien qui vient de la doc proposé par pascal_. Ca semble vraiment bien, didactique, exemples, images, etc... :)
http://www.pps.jussieu.fr/Livres/o [...] ra049.html


Message édité par Evadream -jbd- le 28-01-2005 à 16:23:49
Reply

Marsh Posté le 28-01-2005 à 16:33:30    

celui là je le connais, ct ma base (rire nerveux)
j'ai d'abord essayé de les écouter et j'ai tapé :

Code :
  1. ocamlmktop -custom -o montoplevel graphics.cma -cclib -lX11


 
avec cygwin : il lui manque des lib (kernel32, gdi32, user32) qui après vérifications sont présentes, réinstallation, re tests, même message
 
en ligne de commande simple : 'cl' n'est pas reconnu comme une commande blablabla ...
et ça je comprends pas
 
(oui, je suis incompétente)


---------------
viendez broder, mon blog et à écouter : la Pause Bad, parlons badminton
Reply

Marsh Posté le 28-01-2005 à 16:45:41    

Je peux pas t'aider, je ne connais pas cygwin :) Bon courage !

Reply

Marsh Posté le 28-01-2005 à 16:53:13    

Tu dois absolument compiler en natif ?
 
cl c'est le "linkeur" de visual studio. Si tu as VS, il faut le mettre dans le PATH et télécharger MASM pour compiler.
 
 
Et tu as quel version ? Pour compiler sous cygwin, c'est une autre version que celle pour compiler avec VS+MASM...

Reply

Marsh Posté le 28-01-2005 à 17:00:18    

euh ... natif > j'en sais rien
 
je ne bosse pas avec visual studio, c pour ça que j'ignorais ce qu'est 'cl' -- non je ne compte pas l'installer, pourquoi ? car je vais pour la n-ième fois demander à l'ingé de l'équipe de me migrer sous linux (c plus pratique pour le reste de mon boulot) pourquoi je m'acharne ? trop conne.
 
je n'ai JAMAIS fait ce que l'on pourrait qualifier de "programmation", je sais bidouiller des petits programmes mais je n'ai jamais fait de visuel ou presque.
 
la version de cygwin, c la dernière (chargée de cet aprèm)
 
merci d'avoir essayé


---------------
viendez broder, mon blog et à écouter : la Pause Bad, parlons badminton
Reply

Marsh Posté le 28-01-2005 à 17:06:44    

stitch+ a écrit :

euh ... natif > j'en sais rien


 
Contente-toi de la version bytecode alors. Tu te complique la vie pour rien.
 
 
Pour compiler n'utilise pas ocamlkopt, mais ocamc et tu execute ton programme avec ocamlrun
 
Lit ça : http://www.pps.jussieu.fr/Livres/o [...] ra067.html

Reply

Marsh Posté le 28-01-2005 à 20:35:57    

stitch, si tu veux vraiment bosser avec ocaml, c'est obligatoirement sous Linux. Sous Windows, c'est pas la peine, tu vas galérer, et pour le compilo, il te faut Microsoft Asm.  
Donc tu tannes ton con d'ingénieur pour avoir les droits sur ta machine et installer Linux. Tu l'emmerdes tous les jours s'il le faut, il est là pour que tu puisses bosser, pas seulement pour imposer sa loi.
 
Après, si tu as besoin de faire des interfaces, le plus simple est sans aucun doute OcamlTk, car tout ce qui est graphique est écrit en Tk.
Une méthode que je ne peux que te recommander, même si au premier abord, elle peut te paraitre longue et un peu fastidieuse, c'est de n'écrire en Ocaml que des exécutables en ligne de commande et des services, qui ne font pas eux-mêmes de graphisme (ou à la rigueur uiquement en sortie). Toute la partie IHM, tu la scriptes avec Tcl/Tk ou mieux, Python/Tk.
 
Cette méthode, bien qu'elle nécessite un peu plus d'apprentissage, n'a sur le long terme que des avantages :
 - elle découple le noyau de ton appli (écrit en Ocaml) et l'IHM. Celle-ci peut alors être changée très facilement sans toucher au noyau et vice-versa.
 - cela te permet de tester unitairement ce noyau facilement,
 - du fait de ce découplage, tu gardes en permanence une architecture claire,
 - dans les exécutables, tu peux inclure une sorte de  mini-langage comportant les opérations de base facilement testables, qui te permettra par la suite de développer facilement les opérations complexes de ton appli, sans introduire de bogues difficiles,
 - l'appli est facilement portable sur toutes les plateformes.
 
J'ai vu cette méthode appliquée avec succès sur des applis professionnelles de grande échelle.


Message édité par el muchacho le 28-01-2005 à 20:43:37
Reply

Marsh Posté le 28-01-2005 à 20:50:55    

el muchacho a écrit :

stitch, si tu veux vraiment bosser avec ocaml, c'est obligatoirement sous Linux. Sous Windows, c'est pas la peine, tu vas galérer, et pour le compilo, il te faut Microsoft Asm.  
Donc tu tannes ton con d'ingénieur pour avoir les droits sur ta machine et installer Linux. Tu l'emmerdes tous les jours s'il le faut, il est là pour que tu puisses bosser, pas seulement pour imposer sa loi.
 
Après, si tu as besoin de faire des interfaces, le plus simple est sans aucun doute OcamlTk, car tout ce qui est graphique est écrit en Tk.
Une méthode que je ne peux que te recommander, même si au premier abord, elle peut te paraitre longue et un peu fastidieuse, c'est de n'écrire en Ocaml que des exécutables en ligne de commande et des services, qui ne font pas eux-mêmes de graphisme (ou à la rigueur uiquement en sortie). Toute la partie IHM, tu la scriptes avec Tcl/Tk ou mieux, Python/Tk.
 
Cette méthode, bien qu'elle nécessite un peu plus d'apprentissage, n'a sur le long terme que des avantages :
 - elle découple le noyau de ton appli (écrit en Ocaml) et l'IHM. Celle-ci peut alors être changée très facilement sans toucher au noyau et vice-versa.
 - cela te permet de tester unitairement ce noyau facilement,
 - du fait de ce découplage, tu gardes en permanence une architecture claire,
 - dans les exécutables, tu peux inclure une sorte de  mini-langage comportant les opérations de base facilement testables, qui te permettra par la suite de développer facilement les opérations complexes de ton appli, sans introduire de bogues difficiles,
 - l'appli est facilement portable sur toutes les plateformes.
 
J'ai vu cette méthode appliquée avec succès sur des applis professionnelles de grande échelle.


 
ça s'est fait :D -- pour la petite histoire, j'ai une machine neuve qui plante systématiquement pendant qu'on installe du linux :heink:
 
va falloir que je m'y remette [:jofusion]
 
:jap: merci des conseils, je les mets en pratique dès lundi


---------------
viendez broder, mon blog et à écouter : la Pause Bad, parlons badminton
Reply

Marsh Posté le 28-01-2005 à 23:27:36    

Bon ben ça roule.

Reply

Marsh Posté le    

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed