History

Stephan Bergmann 27e7a61992 Follow-up on "Make sure __cpp_lib_source_location is consistently defined" (`113e064117`). Mike pointed out that I forgot to fix the generated code and that "https://en.cppreference.com/w/cpp/compiler_support/20 lists <version> as supported since gcc libstdc++ 9, and README.md requires libstdc++ 8.5." Change-Id: Ic7477e39e334735c4a563195fee335a599a0ef79 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/157933 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>		2023-10-13 16:46:07 +02:00
..
source	Follow-up on "Make sure __cpp_lib_source_location is consistently defined"	2023-10-13 16:46:07 +02:00
test/javamaker
Executable_cppumaker.mk
Executable_javamaker.mk
Makefile
Module_codemaker.mk
README.md
StaticLibrary_codemaker.mk
StaticLibrary_codemaker_cpp.mk
StaticLibrary_codemaker_java.mk

README.md

Language Code Generators for UNOIDL Entities

Generators for language-binding--specific representations of UNOIDL entities:

cppumaker generates header (.hdl and .hpp) files for the C++ UNO language binding
javamaker generates class files for the JVM language binding
the codemaker for .NET is in module cli_ure

Some of the code is re-used by the skeletonmakers in module unodevtools.

Note the different terminology used by cppumaker vs. gbuild for the three variants that can be generated by cppumaker for some of the inline functions:

cppumaker switch: -L;    cpputype.cxx: light;          gbuild: normal;
cppumaker switch: none;  cpputype.cxx: normal;         gbuild: bootstrap;
cppumaker switch: -C;    cpputype.cxx: comprehensive;  gbuild: comprehensive;

which can be a source of confusion.