在不使用Microsoft编译器的情况下开发Windows驱动程序

| 我的团队有一个C语言代码库,可用于各种平台的嵌入式系统中。我们有一群人正在尝试将此代码库的一部分移植到Windows驱动程序中。但是,Microsoft编译器的某些方面与我们现有的代码库(包括C99功能等)不兼容。我们试图在产品之间保持通用的代码库,并避免为某些平台创建派生,但是Windows专用的解决方法和“ 0”的数量越来越混乱。 是否可以使用Microsoft以外的编译器来构建Windows驱动程序?我们的代码库可以在
gcc
和GreenHills下很好地进行编译,并且我们也应该能够在其上使用Intel C编译器(自尝试以来已经有一段时间了,但它仍然可以工作)。能够使用其他编译器将有助于使我们的代码更整洁,此外,它还可以节省我们的时间和精力。我们已经找到的所有文档都引用了使用Visual Studio或Windows DDK。 如果确实需要Microsoft编译器或DDK,是否可以使用另一个编译器将大量代码构建为静态库,然后使用Windows DDK围绕该库创建包装器?     
已邀请:
        即使您成功编译,我也不推荐这样的事情。您永远不会知道副作用。唯一使用的编译器是WDK中的编译器(已集成到VS2012中)。甚至MS非WDK编译器(VS2012之前的任何VS版本)在这里也不适用。 使用其他编译器构建库并将其与MS one链接时,答案相同。这不是“如何愚弄操作系统”的问题,而是“如何做正确的事情”的问题。我想您可以使用其他编译器来编译有限的代码(例如,MS不支持的C99中的编译代码),但是这样做存在风险。     

要回复问题请先登录注册