• Dear Cerberus X User!

    As we prepare to transition the forum ownership from Mike to Phil (TripleHead GmbH), we need your explicit consent to transfer your user data in accordance with our amended Terms and Rules in order to be compliant with data protection laws.

    Important: If you accept the amended Terms and Rules, you agree to the transfer of your user data to the future forum owner!

    Please read the new Terms and Rules below, check the box to agree, and click "Accept" to continue enjoying your Cerberus X Forum experience. The deadline for consent is April 5, 2024.

    Do not accept the amended Terms and Rules if you do not wish your personal data to be transferred to the future forum owner!

    Accepting ensures:

    - Continued access to your account with a short break for the actual transfer.

    - Retention of your data under the same terms.

    Without consent:

    - You don't have further access to your forum user account.

    - Your account and personal data will be deleted after April 5, 2024.

    - Public posts remain, but usernames indicating real identity will be anonymized. If you disagree with a fictitious name you have the option to contact us so we can find a name that is acceptable to you.

    We hope to keep you in our community and see you on the forum soon!

    All the best

    Your Cerberus X Team

Fixed brl.requesters compilation error

JaviCervera

Member
3rd Party Module Dev
Joined
Jul 12, 2017
Messages
81
I want to use the brl.requesters module on Vortex meshtool, instead of the custom requester library it was using before, but the brl.requesters module gives me the following compilation error on Linux Mint:

error: ‘OS_STR’ was not declared in this scope

It gives the error on several lines, and it also happens when compiling the example from the documentation. I am using the GLFW target.
 
Please add piece of code to the requester.cpp file inside modules/brl/native at line 385

C++:
typedef char OS_CHAR;

static String::CString<OS_CHAR> OS_STR( const String &t ){
    return t.ToCString<OS_CHAR>();
}
 
Thanks! On Windows, the module also gives several linker errors:

build/Release64/main.o:main.cpp:(.text+0x885e): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x8c24): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x151af): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x154b7): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x1558f): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x158a9): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x15a56): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x15b24): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x15b5c): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x15cc2): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x17300): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x17414): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x1778e): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x17a35): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x183f9): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x1855f): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x1865e): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x186b8): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x18704): undefined reference to `__imp_CoUninitialize'
build/Release64/main.o:main.cpp:(.text+0x18832): undefined reference to `__imp_CoInitializeEx'
build/Release64/main.o:main.cpp:(.text+0x18cf2): undefined reference to `__imp_CoUninitialize'

This is because -lole32 should be added to the Makefile. I am doing this by hand on Vortex, but since brl.requesters is a builtin module now, Cerberus should do it by itself.
 
Mmh, can't confirm that. Compiles, links and runs fine here either with MingW 4.9 or Visual Studio Community 2017.
 
Back
Top Bottom