.net — Включить управляемую C # DLL в неуправляемую C ++ DLL — все в одном файле

Вступление : Как объединить неуправляемую dll и управляемую сборку в один файл?

По сравнению с вопросом выше, мне нужно объединить DLL так, чтобы
финальная смешанная DLL может экспортировать свои функции в другие неуправляемые
Приложения.

Для этого я хотел бы скомпилировать их как .netmodule, а затем объединить их в один файл с компоновщиком, поэтому у меня есть:

1) Libs — проект с некоторой библиотекой в ​​C # — он не имеет никаких зависимостей, и я могу легко скомпилировать его как .netmodule

2) Ссылки — неуправляемый проект C ++, имеющий ссылку на библиотеку C #, и, к сожалению, я не могу собрать его с помощью компилятора cl.exe, поскольку он всегда выдает ошибку о том, что пространство имен из библиотеки C # не может быть найдено, даже если я пытался указать компилятору на во всех папках, где можно найти ссылку на мою сборку C #, этот проект C ++ используется как простая оболочка C ++ поверх методов CLR из C #

Вот мой пакетный скрипт и вторая строка выдает ошибку:

"c:/Windows/Microsoft.NET/Framework/v4.0.30319/csc.exe" /target:module /out:./Build/libs.netmodule Libs\Properties\*.cs Libs\*.cs
"c:/Program Files/Microsoft Visual Studio 12.0/VC/bin/cl.exe" /clr /AI"D:\T\CPlus\Library\Release" /AI"D:\T\CPlus\Library\Libs" /AI"D:\T\CPlus\Library\Libs\Properties" /LN Links\*.cpp

Вопрос Кто-нибудь теперь, как дать C ++ знать, где он может найти сборку C # для разрешения ссылки или, может быть, мне нужно как-то явно упомянуть мои заголовочные файлы в пакетных командах?

Исходный код : C # — это просто пустой класс с методом Foo, а C ++ выглядит следующим образом.

// Links.h

#pragma once

#define DllExport extern "C" __declspec(dllexport)

using namespace System;
using namespace Libs; // cl.exe cannot resolve this reference

// Links.cpp

#include "Links.h"
DllExport int __stdcall Execute()
{
Libs::CLibrary::Foo();
}