Use CppParser C# bindings for linux when compiling on Linux.
Note: this always uses 64 bit version for now.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
Add linux premake binary for 32 and 64 bit Linuxes. premake5-linux
script does a naive 32/64 bit test, and runs the appropriate binary.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
Fix error:
../../../src/CppParser/AST.cpp:566:21: error: ‘MacroLocation’ is not a
class, namespace, or enumeration
MacroLocation(MacroLocation::Unknown) {}
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
We again have code that does not compile with gcc:
../../../src/CppParser/AST.h:770:19: error: declaration of
‘CppSharp::CppParser::AST::MacroLocation
CppSharp::CppParser::AST::PreprocessedEntity::MacroLocation’
[-fpermissive]
MacroLocation MacroLocation;
^
../../../src/CppParser/AST.h:756:12: error: changes meaning of
‘MacroLocation’ from ‘enum class
CppSharp::CppParser::AST::MacroLocation’ [-fpermissive]
enum class MacroLocation
Instead of trying to figure out a good name for the property, and to
avoid the same issues in the future, let's just add the -fpermissive
flag back.
Maybe it can be removed in the future if and when Linux support works
well and is supported by the build test bot.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
The path for generated windows bindings has changed to i686-pc-win32-msvc, but
the existing files and the build system has not been changed.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
At least on linux with gcc the linking order of the libraries is
important. Fix linking llvm and clang libraries by changing the link
order: clang libs first, llvm libraries second.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
At least on linux with gcc the linking order of the libraries is
important. Fix linking llvm libraries by changing the link order.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
At least on linux with gcc the linking order of the libraries is
important. Fix linking clang libraries by changing the link order.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@iki.fi>
This works around the following parse issue which would trigger an subsequent assert when handling source locations:
RecordDecl 0x848e5c00 <<invalid sloc>> <invalid sloc> implicit struct __va_list definition
`-FieldDecl 0x848e5c60 <<invalid sloc>> <invalid sloc> __ap 'void *'