我繼承了一些爲（古代）Microsoft C編譯器2.x編寫的代碼。對於每個.c文件，都有一個同名的.ec文件。如果我修改C文件並編譯代碼，則沒有什麼不同，但對.ec文件的修改會生效。編譯後，.c文件將更新以匹配對.ec文件的更改。Microsoft C編譯器.EC和.C源文件
我已經沖刷互聯網有關該編譯器的信息，我無法找到任何東西。爲什麼會有EC文件？修改EC文件似乎不太合適。我一定做錯了什麼。我期待.c文件包含源代碼。
如果有人在這裏用這個編譯器「回到了一天，」我會很感激任何見解/信息可以提供。
擴展.ec是舊的C嵌入式SQL擴展，並可能是無關的微軟C.構建系統可能使用預處理器從.ec文件生成.c文件。在.ec文件中尋找exec sql語句嵌入在其他正常的C代碼中。有關係數據庫在附近嗎？
不太可能有什麼用gcc預處理程序擴展。
甲.ec是膨脹C文件，預處理器的基本輸出。見http://www.network-theory.co.uk/docs/gccintro/gccintro_36.html。
使用gcc與-e生成此文件。
哇靠@Richard，我仍然有C和MASM軟盤迴到1.0，但沒有辦法安裝了。你的背部支撐真棒。你也做Cobol嗎？ Fortran '66？ '77？只是在開玩笑！ – StuTheDog
還尋找從您的構建腳本調用的'esql'命令 - 這是處理.ec文件並輸出編譯器的.c文件的內容。 （我不認爲cl.exe本身調用'esql'，但我認爲這是可能的）。 –
Informix數據庫確實是應用程序的一部分。編譯通過包含'esql'命令的批處理腳本來完成。現在一切都變得完美。可以肯定的是，我把'.ec'文件作爲主要的源文件，對嗎？按照我的理解，我可以刪除.c文件，並在esql命令運行時重新生成它們。 – Smurf64
是的，這是正確的。 '.ec'文件是主要的源文件，'.c'文件由'esql'生成。 – janm