funzionalità di tipo Autodocumentation per Fortran?

Question

In passato ho usato Doxygen per C e C ++, ma ora sono stato gettato sul progetto Fortran e vorrei ottenere un rapido sguardo tutto che comprende l'architettura.

In passato ho trovato gli strumenti di reverse engineering per essere utile in assenza di documentazione dell'architettura.

Quindi, c'è uno strumento là fuori che decodificare il codice Fortran?

Ho cercato di usare Doxygen, ma non ha avuto fortuna. Lavorerò con due diversi progetti - uno Fortran 90 e penso che è in Fortran 77.

Grazie per eventuali approfondimenti e commenti.

Answer 1

Strumenti che possono aiutare con il reverse engineering:
SciTools Capire
link con alcuni ulteriori strumenti (cerca "fortran")

Inoltre, forse alcuni di questi quadri di unit test sarà utile (io non li ho usato, quindi non posso commentare i pro ei contro di uno di essi):
FUnit

Ftnunit
(Questi collegamenti dei collegamenti a fortranwiki, dove è possibile trovare un bocconcino su ognuno di loro, e da lì ci sono collegamenti ai loro siti di casa).

Answer 2

Doxygen 1.6.1 genererà documentazione, chiamare grafici, ecc per il codice sorgente Fortran in formato formato libero (F90). Tu sei fuori di fortuna per-formato fisso (F77) codice auto-documentare con doxygen.

Non tutto è perduto, però. La conversione da fisso a formato libero è semplice e può essere automatizzato in grande misura - '!' Cambiamento caratteri di commento ai personaggi, il cambiamento di continuazione di '&', e di aggiunta 'e' alle linee deve essere continuato. Infatti, se il carattere di continuazione viene collocato nella colonna 73, dovrebbe essere ignorato dai compilatori F77 standard (che ancora solo riconoscono codice in colonne da 1 a 72) ma sarà riconosciuto dai compilatori F9x / F2003 / F2008. In questo modo lo stesso codice per essere riconosciuto come sia in formato fisso e gratuito, che consente di migrare con grazia da un formato all'altro.

Per comodità, ci sono circa un migliaio di piccoli programmi che lo farà regolazione formato in qualche modo o nell'altro. Realisticamente, se si sta andando ad essere il mantenimento del codice, si potrebbe anche allontanarlo dal 1928 spec per Hollerith (IBM) schede perforate. :)