Porting di codice Delphi a 64 bit - Perché nessun avvertimento del compilatore?

Question

Abbiamo una base di codice XE Delphi grande che vogliamo portare a 64 bit.

Possiedo una licenza Delphi XE2 e non riesco a trovare alcun avviso né suggerimento che possa aiutarmi a rilevare costruzioni a 32 bit valide che ora possono portare alla perdita di dati in una piattaforma a 64 bit. Ad esempio, THandle a Cardinal assegnazioni perfettamente valide con il compilatore a 32 bit non generano alcun avviso durante la compilazione per Win64.

Durante la migrazione a Unicode con Delphi 2009, abbiamo ricevuto tonnellate di avvertenze che ci hanno aiutato molto a monitorare e correggere il codice sospetto. Con XE2, non riesco a trovare nulla. Non riesco a immaginare che non ci sia nulla di integrato nel livello del compilatore per evitare di fare una revisione manuale di tutto il nostro codice.

Mi manca qualcosa? Come hai portato i tuoi progetti a 64 bit, se ci provavi?

Grazie!

Answer 1

Circa 5 anni fa, li ho trasferiti a 64-bit Free Pascal. (anche se solo le parti con un semplice test dell'unità per strumentarle)

Il test con entrambi i compilatori trova semplicemente più problemi.

Answer 2

Non ti è mancato nulla. Non c'è niente nel prodotto per aiutarti.

Anche io lo trovo un po 'deludente, ma mi aspetto che i designer di Emba pensassero a questo. Posso solo concludere che la loro esperienza è stata che l'aggiunta di tali avvertimenti ha comportato più rumore del segnale. Il compilatore Delphi non ha mai avvisato quando si assegna a tipi interi incompatibili. Ad esempio, non è mai stato un avviso o un errore assegnare un intero a un byte.

E 'il momento di accendere grep e la ricerca di Integer\(.*\), Longint\(.*\), Cardinal\(.*\), Longword\(.*\), THandle ecc

---

Per rispondere a commenti e la risposta di Arnaud, offro il seguente codice che compila privo di avvertimenti e errori quando si mira a 64 bit.

procedure NaughtyCode; 
var 
    Handle: THandle; 
    int: Integer; 
    card: Cardinal; 
    P: Pointer; 
begin 
    Handle := high(Handle); 
    int := Handle; 
    card := Handle; 
    P := Pointer(Handle); 
    int := Integer(P); 
    card := Cardinal(P); 
end; 

Answer 3

Come lei ha affermato, la maggior parte dei potenziali problemi provengono da:

• modifiche WinAPI (ma la maggior parte del tempo identico/compatibile);
• THandle non mappato a integer altro, ma a NativeUInt (ovvero, cardinal solo in Win32);
• In aritmetica del puntatore, Integer typecast non mappato a NativeInt.

L'ultima alzerà compilatore errori, non solo di avvertimento (si tratta di un tipo non corrispondente esplicito), e la variazione THandle dovrebbero essere avvertiti come.

Non sarò così difficile con Embarcadero riguardo al compilatore principale - Sono più interessato ai compilatori in background (ad esempio CodeInsight) per essere not synchronized with the main compiler.Per me, il compilatore principale funziona bene e non mi lamento mai degli avvertimenti mancanti. Basta cercare esplicitamente THandle non è così difficile.