Orphan, assigning to last packager.

This is a duplicate of  FS#29433 , but there's no information there.

http://docs.oracle.com/cd/E17276_01/html/programmer_reference/build_unix_conf.html



--enable-stl

To build the Berkeley DB C++ STL API, enter --enable-stl as an argument to configure. Setting this argument implies that --enable-cxx is set, and the Berkeley DB C++ API will be built too.

There will be a libdb_stl-X.X.a and libdb_stl-X.X.so built, which are the static and shared library you should link your application with in order to make use of Berkeley DB via its STL API.

If your compiler is not ISO C++ compliant, the configure may fail with this argument specified because the STL API requires standard C++ template features. In this case, you will need a standard C++ compiler. So far gcc is the best choice, we have tested and found that gcc-3.4.4 and all its newer versions can build the Berkeley DB C++ STL API successfully.

And you need to include the STL API header files in your application code. If you are using the Berkeley DB source tree, the header files are in <Berkeley DB Source Root >/stl directory; If you are using the installed version, these header files are in < Berkeley DB Installed Directory>/include, as well as the db.h and db_cxx.h header files.


What do you need that for? Will it link to additional packages when using this option? How's pkg size growing?

This is a separate library that adds 2MB to the installed size. I see no reason not to include it if a use case is made.

One of the use cases I faced is compilation of Reduze [1] program which requires `--enable-stl` flag for some additional features.

Reduze is one of the most popular tools in its field, hence I wish to add it to AUR. The above option is required in order to link Reduze with Berkeley DB library, without which its usage is limited. I hope that adding this flag won't cause any harm.

[1] https://reduze.hepforge.org/

Oops, wrong bug. Re-opening.