forked from amazingfate/loongoffice
9522aeae87
The problem is, that there is no definition of resolution of name visibility, when names are defined in different modules. Before commit ea2a97438643a440e192dbe30d03988da65c6b18 (Simplify NameContainer, 2024-12-01), it happened to be the order in which modules were found in SfxLibraryContainer::init_Impl (it could be arbitrary in principle). The said commit changed NameContainer::getElementNames to return the names in ~arbitrary order (defined by specific unordered_map implementation). To workaround the current problem (when 'SBMAXAPPLCOUNT' defined in 'DialogModul' of 'ImportWizard' library is not visible in its 'Language' module at library load time, specifically on Linux), just sort the library element names at its loading time. It will not create performance problem (it is a one-time sort over a small number of elements; having millions of modules in a single library is not realistic, and would create bigger problems elsewhere). Change-Id: I93e91ae5f4be12a1bf641fe2d29e0a161589b8af Reviewed-on: https://gerrit.libreoffice.org/c/core/+/187081 Tested-by: Jenkins Reviewed-by: Mike Kaganski <mike.kaganski@collabora.com> (cherry picked from commit e21c27ae301dc1a3d55563e0b7428adc189804bc) Reviewed-on: https://gerrit.libreoffice.org/c/core/+/187093 Reviewed-by: Xisco Fauli <xiscofauli@libreoffice.org>
StarBASIC Interpreter
Contains the StarBASIC Interpreter
This implements a macro language that, when in VBA compatibility mode, is intended to be interoperable with Visual Basic for Applications, allowing people to run macros embedded in their documents.