C++ Builder complains redefinition of stack about luabridge3 HOT 8 CLOSED

I cannot think of a way to fix it unless explicitly exclude one of the two definitions for borlandc. could you try adding a macro excluding borlandc compiler from the int8_t specialization:

#if !defined(__BORLANDC__)
template <>
struct Stack<int8_t>
{
...
};
#endif

if that works, i can add it to the library

from luabridge3.

That linker issue is a different problem, seems like you are linking a library made with mingw, have you tried compiling lua with borlandc instead ?

from luabridge3.

@Dediggefedde does this work for you ?

from luabridge3.

@kunitoki
thank you for the suggestion!
I'm sorry for my delayed response.

I tried your suggestion, changing the file /luabridge3/detail/Stack.h in line 247 and 280 to use the if-directive you mentioned.
including the header file compiles now, but now the linker complains for a test-program for unresolved objects like __stack_chk_fail:

#include <vcl.h>
#pragma hdrstop

#include "mainform.h"

#include "lua/lua.hpp"
#include "luabridge3/LuaBridge.h"

#include <iostream>
#pragma package(smart_init)
#pragma resource "*.dfm"
TForm1 *Form1;
__fastcall TForm1::TForm1(TComponent* Owner)
	: TForm(Owner)
{
	lua_State* luaState = luaL_newstate();
}

I'm also still a bit unsure if I use all the required library files. I'm using "liblua.a" "liblua5.4.a" and "liblua5.4-c++.a" in a 64bit project at the moment.

from luabridge3.

Can you also try with this instead of the ifdef ?

template <>
struct Stack<int8_t, std::enable_if_t<! std::is_same_v<char, int8_t>>>
{

from luabridge3.

Can you also try with this instead of the ifdef ?

template <>
struct Stack<int8_t, std::enable_if_t<! std::is_same_v<char, int8_t>>>
{

With this code, I get an error: stddef.h(250): no type named 'type' in 'std::enable_if<false, void>'; 'enable_if' cannot be used to disable this declaration

That linker issue is a different problem, seems like you are linking a library made with mingw, have you tried compiling lua with borlandc instead ?

Yes, thank you! Sorry, I'm a bit inexperienced with compiling external libraries.
I used a pretty extensive instruction to use WSL to generate the lua library, since I didn't find anything for C++ Builder.
Now I checked and noticed C++ Builder compiles me the lib and a file with two clicks in windows. ^^'
And now everything compiles and the test-examples also work.

Is there a reason #if !defined(__BORLANDC__) should be avoided in favor of enable_if_t?
Otherwise, I see the problem as solved.

from luabridge3.

I prefer using sfinae to disable declarations where possible instead of macros. But will commit the macro this time

from luabridge3.

Fixed in master

from luabridge3.