Checks for the following mistakes:
* swapped original and link
* both exist, and are the same - git rm link then
* both exist, and differ - warn about that, so that a human can check
Change-Id: I6e0fc5c5b47fbb34aef8a1069c76720e9d6f8d5f
Visual Studio projects use target Library_{library_name}/Executable_{executable_name} for building the project and Library_{library_name}.clean/Executable_{executable_name}.clean for cleaning the project. In most cases, the name of library/executable is identical to the name of Library_*/Executable_* makefile, but in ~12 cases, the names are different (e.g. makefile is Library_syssh_win, but target is Library_syssh). VS fails when it tries to build the project with incorrect target name. This patch replaces the names of targets with correct ones. Dependences also used incorrect names of libraries.
Change-Id: Ifba50465512e24e65a3c6505a5f40d477ec8cdd9
Reviewed-on: https://gerrit.libreoffice.org/8189
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Add new Visual Studio solution for all generated projects with name
LibreOffice.sln and add dependencies between projects that are in same solution.
That allows building by "Build Solution" from menu of Visual Studio for most
projects (12 projects out of 319 fail).
Change-Id: I834f36f01dfa64ce43a5f9da605efbeefc92bc66
Reviewed-on: https://gerrit.libreoffice.org/8150
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
Script bin/gbuild-to-ide is parsing messages basing on regular
expressions.
First problem appears when used language is not English - that's why
setting LC_MESSAGES variable in Makefile.
Second problem appears with quote symbol. For me (Archlinux) script was
not working. After some investigation I found out that reason was that
my output from make included ' symbol when regular expression assumed
that it should be `. That's why using [\'`].
Example:
recipe to execute (from '/home/sadam/libreoffice/core/idlc/Executable_idlc.mk', line 28):
Conflicts:
bin/gbuild-to-ide
Change-Id: I0083c69820bd58ce2ac296f21985408c69840639
Reviewed-on: https://gerrit.libreoffice.org/7979
Tested-by: Caolán McNamara <caolanm@redhat.com>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Apparently it is no longer possible to get files from it. (Of course, if
that only needs some tweaks in the script, fixes are welcome :-)
Change-Id: I29d63d3246ab53d8ce15fc0969fccc8a064c6e5b
This attempts to solve several deficiencies in the script:
1. If the first attachment of a bug is already downloaded, the bug is
not checked for newly added attachments (or attachments with newly
fixed mimetype).
2. If neither of the eligible attachment(s) of a bug is the first
attachment, the bug will be processed (and the attachment downloaded)
time and again (because the shortcut is only applied for the first
attachment, see 1).
But it also ensures that if the script is killed, the download is
restarted on the next run.
Change-Id: I7f3d1922825bb314f96ec3b1ee2a0ac47604b018
Just some late-night hacking without much thinking whether it makes
any sense and without any clear picture of what I am doing. Probably
useless. No promises I will ever continue on this.
Change-Id: Ie61925129bb678a17b30cb25a7882ccfe3a1de82
Add an --input option so that the input doesn't have to be generated each
time but can (manually) be stored in a file and that then given to the script
when debugging it interactively.
Change-Id: Icdb6abc828c6d16e29a99494d00eb0c8435f2826
... which is what we already use in calc.desktop; also
"application/dbaes" is not registered at IANA.
Change-Id: Ic2031a53e6620d10874df8882448497564962114
This provides kdevelop integration and generates one project file for each
old-style module (top level dir). This project file has:
- has four build configurations:
- build the module of the project or build all of LibreOffice
- for each of the above a debug and a nondebug build
- has seven launch targets:
- running the unitchecks, the slowchecks and subsequentchecks
- for each of the above once for the module and once for all
- running LibreOffice interactively
- has custom include paths and thus provides full autocompletion
Change-Id: I6dd51133147d019fc403e3bd814bc6103df94cac
Reviewed-on: https://gerrit.libreoffice.org/6694
Reviewed-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
Tested-by: Björn Michaelsen <bjoern.michaelsen@canonical.com>
