summaryrefslogtreecommitdiff
path: root/bin/run
AgeCommit message (Collapse)AuthorFilesLines
2023-09-20Prepend instdir/program to the PATH in bin/runHossein1-2/+1
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-15Make sure bin/run script finds the correct dllsHossein1-0/+1
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-20Remove extra output from "bin/run -l" on WindowsHossein1-1/+8
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-19Fix "bin/run -l" to work correctly on WindowsHossein1-3/+3
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-30Add help and list executables options for bin/run scriptHossein1-0/+33
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-17bin/run: missing exedir for macOSStephan Bergmann1-0/+1
...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-19Refactor bin/runJan-Marek Glogowski1-48/+21
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-19Buildsystem changes to recognize Haiku.Kacper Kasper1-0/+22
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-21migrate to boost::gettextCaolán McNamara1-9/+9
* 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
2015-08-14bin/run: fix LO_TRACE on WindowsMiklos Vajna1-1/+1
exedir has to be in the c:/foo form, instead of /cygdrive/c/foo, otherwise a native wrapper set by LO_TRACE won't understand it. With this, it's possible to use DrMemory on executables invoked by bin/run. Change-Id: I5332342fdbf7d9e4859360dd7fbd3d74c149b2dc
2015-04-08bin/run: Survive files with spaces in filenames.Jan Holesovsky1-3/+3
Change-Id: Ifeeb839f82891057fe8e3e8fd6d537861d99f69f
2015-03-07bin/run: fix indentationMiklos Vajna1-44/+46
Change-Id: I97d58f0e6780986356479279f91eba46951b1be0 Reviewed-on: https://gerrit.libreoffice.org/14783 Reviewed-by: Miklos Vajna <vmiklos@collabora.co.uk> Tested-by: Jenkins <ci@libreoffice.org>
2015-01-19Make bin/run work better on OS XTor Lillqvist1-4/+7
The app bundle in instdir is called either LibreOffice.app or LibreOfficeDev.app. Change-Id: I2e21656324cc7c52380fc86023bb95c848bb3962
2014-12-10bin/run LO_TRACE hookStephan Bergmann1-3/+3
(similar to our CPPUNITTRACE hook) Change-Id: Iec4e8d4246ba7fca0afe5f9be6f6bcd9e0289e49
2014-12-04bin/run: add WNT supportMichael Stahl1-1/+23
Change-Id: I9dd1ae23d27c5733770314ca907b5d36b749fd74
2014-12-04bin/run: Adapt to run on Debian so-called GNU/Linux systems tooMichael Stahl1-2/+2
Amazingly Debian does not ship the realpath(1) from coreutils but has a separate source package for it, and it's not installed by default. Use readlink -f instead. Change-Id: I6e97c851e6ab96dac08771145e2ab39dd9c11c22
2014-11-28Fold URE: Linux ure/lib/* -> program/Stephan Bergmann1-1/+1
The ../../../program/ links in the URE jar Class-Paths are a temporary kludge (and juh.jar had lacked adaption for Mac OS X). Change-Id: I2542d8a582866485dd61c05df3fc6b4b39a8403d
2014-11-18No need to cd into instdir/programStephan Bergmann1-1/+0
(and it is confusing if you pass a relative pathname argument to the program you call via bin/run) Change-Id: If8baef6d76e1f9ad7e5f2d361bd9b93fcbb76f7a
2014-11-17bin/run: add a license headerMichael Stahl1-0/+7
Change-Id: I5461a0d4e372260623ebb8833d60a9dc318757dd
2014-11-12Adapt bin/run for OS XStephan Bergmann1-0/+23
...which does not have realpath(1), so just require CWD to match BUILDDIR there Change-Id: I245241299d650c541f86cf440d3b57308c86d3fb
2014-10-31bin/run: add a convenient shell wrapper to run executables from workdirMichael Stahl1-0/+24
Change-Id: Ide3361fd5eba6462095cc45c0c99b1ab27a16262
generated by cgit v1.2.3 (git 2.39.1) at 2024-12-02 13:24:05 +0000