mikekaganski reported a problem with the vs2013 class, due to the
latest changes. Problem solved:
.name() -> .name
Change-Id: Idb3e063bee93041dd010ed0c0b5bb71ac7efcd57
Changed target_by_location to an OrderedDict,
this makes the modules sorted in the single solutions.
Change-Id: I55096638c08610f761844ab66fcaadf6c00ff2c8
The xcode generator, now generates 1 solution.
libreoffice.vcxproj
The project contains all targets and all source
files (as delivered by gbuildtojson).
Lots of work still outstanding.
Change-Id: Ibe233dba395aa2f342d865e56053f292f708efa3
All .xcodeproj files are now located in <core>/osx
to prepare for combining into 1 .xcodeproj for all of LO
Change-Id: I649389ba2b94355ebaf6b5413bdb5dfae8c04764
The generator now generates the same groups as xcode, with
relative paths.
This patch has been tested with l10ntools/pocheck.
Next step is "sal" and actually compile
Change-Id: I02c202434a346918e9ec725bd20e4713fc6fa73e
target_name used - instead of _ which caused solutions to have a new name
xcode generator changed to use fixed id for the major groups, in
order to facilitate debugging of the solutions.
Change-Id: I444c74f37dc471625fa3f28240678f9968d1e710
Simplified parser and added the missing json elements:
ASMOBJECTS
CFLAGS
CFLAGSAPPEND
CXXFLAGS
CXXFLAGSAPPEND
CXXOBJECTS
DEFS
GENCOBJECTS
GENCXXOBJECTS
ILIBTARGET
INCLUDE
LINKED_LIBS
LINKED_STATIC_LIBS
LINKTARGET
MAKEFILE
OBJCFLAGS
OBJCFLAGSAPPEND
OBJCOBJECTS
OBJCXXFLAGS
OBJCXXFLAGSAPPEND
OBJCXXOBJECTS
YACCOBJECTS
This patch should not affect the different generators
Change-Id: I74795880d7d34868d61ef73859bda0aedc8b2e28
Include ooxmlexport_setup.mk only once in Module_sw.mk,
so that gbuildtojson can properly set last included
makefile for test jsons.
Change-Id: Ie8ed3296ae97cf4a33d652599673f389b224993e
Reviewed-on: https://gerrit.libreoffice.org/32502
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Matúš Kukan <matus@libreoffice.org>
This update enables xcode 10.12 to open most projects
This is a pure expansion/correction of the current xcode-ide-integration.
When opening there are currently warnings.
Change-Id: Ibd0cebe1713dd74b2747aff039f094367a340a5f
There are still a problem with references, but committing this part, since
it is controlled, and before conflicting with other changes.
Change-Id: I6a7551bfbb44edc5876e5432ca04bfd595cb3fab
'LINKTARGET' is not really helpful as target name.
Use name based on makefile's name and hope something like
b81ac16e65b311d6e43c05c22c65d2040c9d7e04 is not needed anymore.
And if there are still some inconsistencies, we should fix makefile's name.
Also, don't use target.name because it's not unique.
There can be e.g. both Library_smoketest and CppunitTest_smoketest.
Change-Id: I541a1e41f80446e875e1bb2bfa89786e356e0e74
Reviewed-on: https://gerrit.libreoffice.org/32027
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
because that works under wayland out of the box and gtk3 uses it already
Change-Id: Iefaac31e325534a81a5389f752804af917c1baef
Reviewed-on: https://gerrit.libreoffice.org/31213
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Caolán McNamara <caolanm@redhat.com>
Tested-by: Caolán McNamara <caolanm@redhat.com>
...containing replacements for global operator new/delete (that can be linked
into executables), but which is no longer used. The mail thread starting at
<https://lists.freedesktop.org/archives/libreoffice/2012-March/028690.html>
"operator new no longer routes through rtl_AllocMemory in libsalcpprt under
gbuild link rules" has the details of how this was used on some platforms (but
not on others) before the switch to gbuild, and has been "lost" ever since---but
apparently a loss not mourned much over the years.
For the SDK, c5f974287fd04bb529de145113133b9e35687702 "INTEGRATION: CWS jsc3:
#i62434# copy libsalcpprt.a" added the library (under Linux) and
6db9c5af960f9787e33e4addc56bddbb1695a402 "INTEGRATION: CWS jsc3: #i62434# extend
link options for executbales to link libsalcpprt.a, LINUX only" added its use to
odk/settings/settings.mk, but fc0ca57f2cd649c6330171445a06b80e2143a0e9
"INTEGRATION: CWS jsc21" removed that use again (for no documented reason). So
this is an incompatible change, but unlikely to actually affect any users of the
SDK.
Change-Id: Ia38b4c439f21fca3f5d9af7d1a34054e992054e9
Reviewed-on: https://gerrit.libreoffice.org/31810
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
This is the first part of this heasy hack. The script parses all the .ui
files checking the existence of tooltip_markup and tooltip_text
properties. If the ui file contains a tooltip_markup property and the
related tooltip_text one, it removes the tooltip_markup line and add the
deletion in a log file. If the ui file contains only a tooltip_markup
propery the script rename it via sed in tooltip_text adding the renaming
in a log file.
Change-Id: I1f027e11c7a2a91596511e2def5f4b850e14fad4
Signed-off-by: Marina Latini <marina@studiostorti.com>
Reviewed-on: https://gerrit.libreoffice.org/31596
Tested-by: Jenkins <ci@libreoffice.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
os-x has a problem with progress bar on tar
Also remade to sed expression to a simpler one that osx understands.
change
change
Change-Id: If09573760a4bedfa285519241582bbd639a4e976
Reviewed-on: https://gerrit.libreoffice.org/30043
Reviewed-by: jan iversen <jani@documentfoundation.org>
Tested-by: jan iversen <jani@documentfoundation.org>
Bunch of these were setting C++ or Make modes and icky tabs...
Also, reportedly Emacs can figure out to enable python-mode
automatically.
Change-Id: I50072488fb92cb4d27aa3f74f717a28ae3967543
It takes almost no time, but this way of doing it changes the
interpretation of the -d parameter; not sure how important that is.
Change-Id: I9d29cdf96d7006d5daea00bcc41e613fbd30aac8
Reviewed-on: https://gerrit.libreoffice.org/29707
Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com>
Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
using that and restricting the tests to the content of
instdir/program bring the runtime on out slave builder from
4 minutes+ to just above one second
added -d <path> to override INSTDIR
added -p to indicate parallelism (no limit for now, so be cautious
with the -d you point too
Change-Id: I14c140f54bea329b82960843a6db44bfaf6c7108
... so use readelf itself to check if it's an ELF file.
Also just skip the SDK documentation which is 2/3 of all files.
Change-Id: Icfd3023dd5b2ccc4f4e94fbb05cdd4eb05051f86
Script was tripping over this valid reference:
From source/text/shared/guide/cmis-remote-files.xhp,
we did not find file fps/uiconfig/ui/remotefilesdialog.ui.
Change-Id: I42b178742f7f168177c525191f54b43d3a5821d6
Reviewed-on: https://gerrit.libreoffice.org/29571
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Andras Timar <andras.timar@collabora.com>
Also add error message to make this more clear in the future.
Change-Id: Ic9e3a2c89119ef1ec3e6cc1074b7419f7ee268b7
Reviewed-on: https://gerrit.libreoffice.org/29375
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Noel Grandin <noel.grandin@collabora.co.uk>
From the glade .ui files. Currently the script doesn't check for
identical tooltip_text.
Change-Id: Ic6b80e7eb0ced2e4515cc57d3b548b26cef5b67c
Reviewed-on: https://gerrit.libreoffice.org/29366
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: jan iversen <jani@documentfoundation.org>
Of course not tested in any way but with any luck the project file
format hasn't changed and it will "just work".
Change-Id: I81c5043259feeabd69ef31ea7ef160901ac7ebdc
