Sto convertendo diversi moduli da OCaml a F #. Per cacciare i bug e verificare alcune delle più sottili differenze, sto eseguendo entrambe le versioni contro lo stesso test case allo stesso tempo.Conversione da OCaml a F #: Esiste un IDE OCaml con debug della GUI come Visual Studio
Per F # sto usando il debugger di Visual Studio e per OCaml sto usando ocamldebug. Poiché Visual Studio è una GUI e ocamldebug è una riga di comando, fare i confronti richiede più attenzione rispetto alla scansione visiva avanti e indietro.
Mi chiedevo se c'è un IDE OCAMl che supporta un debugger della GUI con stepping mentre mostra la linea di origine evidenziata e la finestra separata per visualizzare i valori.
EDIT
ho fatto un po 'più alla ricerca dopo che Jack ha postato una risposta e poi ricordato il motivo per cui non ho sceglierne uno a pochi mesi fa, quando ho fatto questo.
Le ragioni sto passando su quelli che trovo e stare con gli strumenti della riga di comando OCaml sono
Gli strumenti della riga di comando vengono con il compilatore, in modo che siano in corso e il lavoro. C'è qualche documentazione sugli strumenti, ma onestamente ho dovuto passare qualche ora a scrivere il mio manuale ocamldebug con esempi per diventare abile con ocamldebug.
Si basano su EMACS. Non è EMACS, ma io; Odio solo il modo in cui funziona. Inoltre tutti gli strumenti che funzionano con EMACS ho scoperto che sono solo wrapper attorno a ocamldebug. Quindi niente ha guadagnato, ma più memorizzazione dei comandi. Nota: EMACS è attivamente mantenuto e aggiornato.
Si basano su Eclipse. Ho usato Eclipse molto per lavorare con ANTLR, ma creo solo un sistema ogni pochi anni e ho delle note molto buone su di esso, quindi vale il mio tempo. Una volta ottenuto il funzionamento di Eclipse per un'importante versione di ANTLR, non lo aggiorno di nuovo per anni. Per il poco tempo che ho in programma di eseguire il debug di OCaml, il costo è troppo alto. Nota: Eclipse è attivamente mantenuto e aggiornato.
Non eseguono il debug. Poiché ci sono così pochi strumenti GUI per OCaml, anche un editor avanzato è un vantaggio per alcuni. Non per me in questo momento.
L'attrezzo/plug-in non è stato aggiornato da alcuni anni.
Questo non è un down di OCaml, solo i dettagli come li trovo. Non ho problemi con OCaml, vorrei solo essere più produttivo con esso.
Trovo inappropriato questo uso del post del blog "Rise and Fall of OCaml". Prima di tutto, gli strumenti che si menzionano (Eclipse, ecc.) Sono sempre stati usati da una minoranza della comunità e quindi non si sforzano, non vedo una chiara tendenza delle persone a smettere di mantenere gli strumenti (ci sono stati mezzi morti mezzi morti progetti su tutto il Caml Hump per quanto posso ricordare). In secondo luogo, l'autore del blog ha o ha avuto un interesse commerciale per le persone che si spostano su F #: nonostante la brillantezza tecnica dell'autore e alcuni punti positivi, questo post è parziale; diffonderlo favorisce il FUD. – gasche
"l'autore del blog ha o ha avuto interessi commerciali nelle persone che si spostano in F #". Mi dispiace ma è un'assurdità completa. Siamo stati pesantemente investiti in OCaml con numerosi prodotti commerciali basati su OCaml in vendita e in cantiere. Abbiamo avuto un forte incentivo a continuare con OCaml e lo abbiamo fatto per tutto il tempo che abbiamo potuto, ma è diventato sempre meno commercialmente redditizio, quindi siamo stati costretti a lasciar perdere. –
Di interesse: [Motivo] (http://facebook.github.io/reason/index.html#reason) –