mirror of
https://github.com/baldurk/renderdoc.git
synced 2026-09-02 11:55:46 +00:00
baldurk
285c4b95df
* When the pyside2 we ship was built it accidentally included a small dependency on Qt5Qml, which we don't distribute so the pyside2 libraries wouldn't load. * We can generate a tiny stub with the right exports and load it manually from the PySide2 folder on 32-bit qrenderdoc builds to allow pyside2 to load subsequently. The stub source is tiny, and added alongside. * Putting it in the PySide2 folder means that even if someone puts RenderDoc's build folder in their PATH, our stub Qt5Qml won't break anything because it won't be loaded. If they put PySide2 in the PATH it might, but then it's their fault!
24 lines
800 B
C++
24 lines
800 B
C++
typedef unsigned long DWORD;
|
|
typedef void *HANDLE;
|
|
typedef void *LPVOID;
|
|
|
|
class QObject;
|
|
class QString;
|
|
|
|
class QQmlData {
|
|
public: __declspec(dllexport) static class QQmlData *__cdecl get(const QObject*,bool) {return 0;}
|
|
};
|
|
|
|
namespace QV4 {
|
|
struct Value;
|
|
struct ExecutionEngine {
|
|
__declspec(dllexport) unsigned __int64 __thiscall throwError(const QString&) {return 0;}
|
|
__declspec(dllexport) unsigned __int64 __thiscall throwSyntaxError(const QString&) {return 0;}
|
|
__declspec(dllexport) unsigned __int64 __thiscall throwTypeError(const QString&) {return 0;}
|
|
};
|
|
struct PersistentValueStorage {
|
|
__declspec(dllexport) static ExecutionEngine *__cdecl getEngine(Value*) {return 0;}
|
|
};
|
|
};
|
|
|
|
extern "C" long __stdcall _DllMainCRTStartup(HANDLE hDllHandle, DWORD dwReason, LPVOID lpreserved) {return 1;} |