/include/unotest/

Age	Commit message (Collapse)	Author
2023-09-20	Prepend instdir/program to the PATH in bin/run	Hossein
	To avoid problems described in 21cf443235bf6579959988edee325e8332a42f9f, do not change directory. Change-Id: I56590c4728a6505c089a5bc06bed2a31a0cd0362 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156973 Tested-by: Hossein <hossein@libreoffice.org> Reviewed-by: Hossein <hossein@libreoffice.org>
2023-09-15	Make sure bin/run script finds the correct dlls	Hossein
	On Windows/Cygwin, if you put "C:\Program Files\LibreOffice\program" in PATH, bin/run will have trouble finding correct vcllo.dll and other LibreOffice .dll files inside instdir/program. Because the script uses the absolute path of the executable, it is enough to use instdir/program as the current working directory. The symptom was that in the above case it was not possible to run the workbenches like vcldemo, minvcl, etc. The error was: $ ./bin/run minvcl minvcl.exe - Entry Point Not Found \| The procedure entry point ?RasterFromBitmap@SKImages@@... could not be located in the dynamic link library vcllo.dll $ ldd ./lode/dev/core/workdir/LinkTarget/Executable/minvcl.exe ... comphelper.dll => not found fwklo.dll => not found i18nlangtag.dll => /cygdrive/c/Program Files/LibreOffice/program/i18nlangtag.dll (?) sal3.dll => /cygdrive/c/Program Files/LibreOffice/program/sal3.dll (?) vcllo.dll => not found MSVCP140D.dll => /cygdrive/c/WINDOWS/SYSTEM32/MSVCP140D.dll (?) VCRUNTIME140D.dll => /cygdrive/c/WINDOWS/SYSTEM32/VCRUNTIME140D.dll (?) VCRUNTIME140_1D.dll => /cygdrive/c/WINDOWS/SYSTEM32/VCRUNTIME140_1D.dll (?) ucrtbased.dll => /cygdrive/c/WINDOWS/SYSTEM32/ucrtbased.dll (?) Change-Id: I02b6d9aca1062b22a91d5a1f9bce0cf7238a896a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/156902 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2022-08-20	Remove extra output from "bin/run -l" on Windows	Hossein
	The previous output contained extra file names other than executables, but now we limit the output to .bat and .exe files. Change-Id: Ie785d1e4388780b290f6580d02af635279080412 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138556 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2022-08-19	Fix "bin/run -l" to work correctly on Windows	Hossein
	On Windows, the script did not run correctly because of the "return"s. Here, we use "exit" instead. Also, there were many files with the same name but with different extensions in the output. Now, we only print out the names using grep, awk and sort utilities. In addition, a description for bin/run is added to bin/README.md Change-Id: Ifb106c89199ebc5a9debf6caef80bd1edf143b20 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/138514 Tested-by: Jenkins Reviewed-by: Hossein <hossein@libreoffice.org>
2022-07-30	Add help and list executables options for bin/run script	Hossein
	bin/run script is described as: "simple wrapper script to run non-installed executables from workdir". When the bin/run script was used without parameters, it was generating error as it could not run the folder workdir/LinkTarget/Executable. Now, we print usage instructions in this case, or when help is requested with -h, -help or --help. Also, now user can get the list of executables with -l, -list or --list. In normal execution, the script's name is also printed. For example: $ ./bin/run minvcl Setting env variables and running workdir/LinkTarget/Executable/minvcl ... Change-Id: I5c62c300d5247f55d1d1cfd095cecffc979d494b Reviewed-on: https://gerrit.libreoffice.org/c/core/+/137626 Tested-by: Hossein <hossein@libreoffice.org> Reviewed-by: Hossein <hossein@libreoffice.org>
2019-11-17	bin/run: missing exedir for macOS	Stephan Bergmann
	...but even the you still get a failure > $ bin/run vcldemo > 2019-11-17 10:37:53.159 vcldemo[18891:7736267] No Info.plist file in application bundle or no NSPrincipalClass in the Info.plist file, exiting Change-Id: I7c11ee5a02c4a71cf3c79dc7b5b180c3e28c059b Reviewed-on: https://gerrit.libreoffice.org/83015 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2018-12-19	Refactor bin/run	Jan-Marek Glogowski
	Just merges some common code into setdefaults. Change-Id: I2ba2c06425bcfe569fa147af713a064a145a2018 Reviewed-on: https://gerrit.libreoffice.org/65367 Tested-by: Jenkins Reviewed-by: Jan-Marek Glogowski <glogow@fbihome.de>
2018-02-19	Buildsystem changes to recognize Haiku.	Kacper Kasper
	Change-Id: I219d556f8e124cfe426cc1ac3c54da34eb7ef790 Reviewed-on: https://gerrit.libreoffice.org/49925 Reviewed-by: Michael Meeks <michael.meeks@collabora.com> Tested-by: Jenkins <ci@libreoffice.org>
2017-07-21	migrate to boost::gettext	Caolán McNamara
	* all .ui files go from <interface> to <interface domain="MODULE"> e.g. vcl * all .src files go away and the english source strings folded into the .hrc as NC_("context", "source string") * ResMgr is dropped in favour of std::locale imbued by boost::locale::generator pointed at matching MODULE .mo files * UIConfig translations are folded into the module .mo, so e.g. UIConfig_cui goes from l10n target to normal one, so the res/lang.zips of UI files go away * translation via Translation::get(hrc-define-key, imbued-std::locale) * python can now be translated with its inbuilt gettext support (we keep the name strings.hrc there to keep finding the .hrc file uniform) so magic numbers can go away there * java and starbasic components can be translated via the pre-existing css.resource.StringResourceWithLocation mechanism * en-US res files go away, their strings are now the .hrc keys in the source code * remaining .res files are replaced by .mo files * in .res/.ui-lang-zip files, the old scheme missing translations of strings results in inserting the english original so something can be found, now the standard fallback of using the english original from the source key is used, so partial translations shrink dramatically in size * extract .hrc strings with hrcex which backs onto xgettext -C --add-comments --keyword=NC_:1c,2 --from-code=UTF-8 --no-wrap * extract .ui strings with uiex which backs onto xgettext --add-comments --no-wrap * qtz for gettext translations is generated at runtime as ascii-ified crc32 of content + "\|" + msgid * [API CHANGE] remove deprecated binary .res resouce loader related uno apis com::sun::star::resource::OfficeResourceLoader com::sun::star::resource::XResourceBundleLoader com::sun::star::resource::XResourceBundle when translating strings via uno apis com.sun.star.resource.StringResourceWithLocation can continue to be used Change-Id: Ia2594a2672b7301d9c3421fdf31b6cfe7f3f8d0a