Стратегии для многоядерных сборок (/ MP), использующих #import

Я работаю над новой конфигурацией решения для нашего большого проекта VC++ с использованием VS 2008. Я бы хотел, чтобы эта конфигурация использовала флаг многоядерной сборки / МП.

Однако функция "#import" для создания классов-оболочек COM присутствует во всей кодовой базе, и эта функция не поддерживается при использовании / MP.

Я понимаю, почему #import не работает, Я хочу знать, сталкивался ли кто-нибудь с этой проблемой и как они ее решали?

Я делаю следующее:

• Не используйте флаг / MP для небольших проектов или справки вне. (может быть, я вернусь к ним позже)
• Удален #import и заменен более стандартным заголовком, генерируемым MIDL (#include). Это вариант только в нескольких местах, которые легко преобразовать в старый COM.
• Создайте новый проект, который # импортирует оставшиеся библиотеки. Сначала сделайте эту сборку. # Включите файлы .tlh, которые он создает, во все места, которые # импортировались ранее.

Мне любопытно, есть ли у кого-нибудь любые другие предложения?. Также на последняя точка (создание нового проекта и использование #import только там) - если вы сделали что-то вроде этого, как ты это сделал? Какой тип проекта, как выглядел "исходник", где был вы выводите файлы? Как вы их включили? (вы знаете, думайте за меня!)