summaryrefslogtreecommitdiff
path: root/chart2/source/inc/CloneHelper.hxx
AgeCommit message (Expand)Author
2022-01-30use more concrete types in chart2, RegressionCurveModelNoel Grandin
2020-09-04tdf#124176 Use #pragma once in chart2George Bateman
2020-07-16compact namespace: chart2Noel Grandin
2018-06-25tdf#42949 Fix IWYU warnings in chart2/source/inc/[A-C]*Gabor Kelemen
2018-06-01Missing includes (std::back_inserter; Windows --disable-pch)Stephan Bergmann
2018-05-25tdf#42949 Fix IWYU warnings in chart2/source/inc/*Gabor Kelemen
2017-07-03use begin()/end() when working with SequenceNoel Grandin
2017-07-03C++11 remove std::unary_function bases from functorsJochen Nitschke
2017-02-15Drop :: prefix from std in c*/Tor Lillqvist
2016-04-28teach stylepolice plugin about ref-counted-pointer namingNoel Grandin
2016-03-14com::sun::star->css in chart2Noel Grandin
2016-01-11loplugin:unusedmethods unused return value in chart2Noel Grandin
2015-10-01loplugin:unusedmethodsNoel Grandin
2013-10-23fixincludeguards.sh: chart2Thomas Arnhold
2012-10-28fix some VS 2010 specific issuesDavid Ostrovsky
2012-06-21re-base on ALv2 code.Michael Meeks
2010-10-28add modelines to .hxx files as wellCaolán McNamara
2010-02-26chart43: merge with DEV300_m72Ingrid Halama
2010-02-12changefileheader2: #i109125#: change source file copyright notice from Sun Mi...Jens-Heiner Rechtien
2009-12-18chartmultiline: cleanup chart data and impl model stuffIngrid Halama
2008-04-10INTEGRATION: CWS changefileheader (1.2.126); FILE MERGEDRüdiger Timm
2007-05-22INTEGRATION: CWS chart2mst3 (1.1.2); FILE ADDEDVladimir Glazounov
generated by cgit (git 2.34.1) at 2024-07-06 15:26:31 +0000
lass='logsubject'>Move some settings from just DEBUGCPPUNIT to all gdb CPPUNITTRACEStephan Bergmann For one, it is probably a good idea to always (a) return the tested process' exit code, and (b) help users without a proper .gdbinit by setting auto-load-safe-path. And for another, this change works towards the goal of implementing DEBUGCPPUNIT as a special case of CPPUNITTRACE, ultimately simplifying the setting of gb_CppunitTest_GDBTRACE. Change-Id: I186434fa8645d8b068c69dbcfedf9b7d6374f99c Reviewed-on: https://gerrit.libreoffice.org/c/core/+/103297 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2020-07-17use Clang11's -fpch-instantiate-templates if availableLuboš Luňák The optimization to instantiate templates already while creating the PCH instead for every single compilation has been finally accepted upstream, but it's opt-in. Change-Id: Ia6456df05512329fc594f9ed0e400250c4f5029e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/98948 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2020-04-21don't try to use -fno-enforce-eh-specs with ClangLuboš Luňák The use can be triggered when using gb_LinkTarget_use_clang, but Clang unlike GCC doesn't know the option. Change-Id: Idd109a09127061a72940de9229f0dd34b221375d Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92611 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2020-04-20prefer building Skia with Clang if possible (tdf#131697)Luboš Luňák I.e. try to find and use Clang even if the default compiler is something else. Skia is optimized to be built with Clang(-cl) and in CPU-based raster mode some operations are several times slower if built with something else (e.g. fmax/fmin do not get optimized to inline assembly). It is enough to select Clang to be installed in the MSVS installer. At this point it unclear how to handle release binaries, if it should work this way and enforced, or maybe Clang could be used for building everything, or maybe some other way. Change-Id: I6b95a0f2d5cbf176942d9e01136990b14be6dba8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/92415 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2020-03-23configure,gbuild: gla11y fails on Fedora 31Michael Stahl The problem is that the LD_LIBRARY_PATH on the command line causes /usr/bin/python to find LO's libpython*.so*: 18269: find library=libpython3.7m.so.1.0 [0]; searching 18269: search path=.../instdir/program (LD_LIBRARY_PATH) 18269: trying file=.../instdir/program/libpython3.7m.so.1.0 Presumably LD_LIBRARY_PATH is used to find bundled libxml/libxslt. So let's try to disable the broken case where a bundled lxml is used with system python and bundled libxml/libxslt; this cannot work. (regression from 84ef6d82546b044990f4efd57e51e29c6c6565c8) Change-Id: I67aa8250691cae8f899d65f674aa9da23a9d1d7a Reviewed-on: https://gerrit.libreoffice.org/c/core/+/90906 Reviewed-by: Samuel Thibault <sthibault@hypra.fr> Reviewed-by: Michael Stahl <michael.stahl@cib.de> Tested-by: Jenkins 2020-02-16GBUILD_TRACE, support for finding out where the build time is spentLuboš Luňák See instructions in solenv/gbuild/Trace.mk . This generates a file than can be viewed e.g. in the Chromium tracing view. Change-Id: I5f90647c58ca729375525b6daed2d4918adc8188 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/88754 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2020-01-18use -Wl,-dead_strip on Mac, its linker doesn't know -Wl,--gc-sectionsLuboš Luňák Change-Id: Ic69d0030a46fe4753cc75da58bb2c15cf009b135 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87023 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2020-01-18support Clang's -fmodules-codegen/debuginfo options for PCH buildingLuboš Luňák These (starting with my patches for Clang-to-be-10) allowing emitting debuginfo and functions into a dedicated object file, so that all the normal compilations using the PCH can skip those, thus saving the time. The debuginfo option seems to always be worth it. The codegen option is more tricky, it doesn't seem to be worth it for optimized builds (optimizing all the functions in that one object file costs too much). This requires also using --Wl,--gc-sections . The reason is that the object file contains all template instances instantiated from the PCH, so that they can be shared, but the template instance may come from another library or use a private symbol from that library. For example the std::unique_ptr<ScInterpreterContext> in ScInterpreterContextPool in the header refers to ScInterpreterContext dtor. But even though both these classes are private, the header gets used also by scfilt, because there it is included by document.hxx because of a private ScDocument data member. So even though nothing in scfilt uses ScInterpreterContext, the PCH object file will refer to it. Fortunately that template instance itself is not used by scfilt, so --gc-sections will remove it. Change-Id: I2a06ebcc4dd4175424b3a72ab3ebcaf2ac3ee295 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87011 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2020-01-18add support for Clang's -building-pch-with-objLuboš Luňák This marks the PCH as having an accompanying object file, and this object file needs to be also built, but this allows the compiler to skip generating stuff that'd be shared by all the objects using the PCH. Currently it doesn't make much of a difference, few symbols if any, but template instantiations could be shared this way, as soon as Clang gets the necessary support (my WIP patch). Change-Id: Ib1b86338d85a47b48979558435253dc2672a0da8 Reviewed-on: https://gerrit.libreoffice.org/c/core/+/87009 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-12-07Remove redundant gb_YACC indirectionStephan Bergmann (as discussed at 0a803c0a41f46be4019ddd2768b4be5669b7ab59 "Honor BISON passed into configure") Change-Id: I160a3c97414be47cd1efef0b7fac4af93a398ac6 Reviewed-on: https://gerrit.libreoffice.org/84684 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2019-10-04support reusing PCH if linktarget has additional reasonable definesLuboš Luňák Where reasonable means they are from a list of defines known not to affect the system headers, and so they are safe to differ from how the PCH was built. A bit hackish, but works in practice. Change-Id: Ia00d2e4c56212aca05ba9d47abbb0d253998219f Reviewed-on: https://gerrit.libreoffice.org/79364 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-10-04filter arguments to MSVC to avoid the annoying D9025 warningLuboš Luňák GCC/Clang do not bother with warning about overriding e.g. -O2 with -O0, AFAICT it's quite a common practice, and I really don't see any good reason for the warning, and even less so for not even being able to disable it. Without this, enabling SSE2/AVX2 would warn about overriding the default -arch:SSE (that's hardcoded by configure to be part of the compiler command). Change-Id: I9f9109b77de90085486bc2a98f1b453a41755e60 Reviewed-on: https://gerrit.libreoffice.org/80123 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-07-06build Clang PCH always with the same working dirLuboš Luňák It seems Clang saves current working directory in the PCH, so if the PCH is once built during 'make' and other time during 'make -C sc', then those two PCHs are binary different (but functionally equivalent), leading to ccache misses. Change-Id: I406c0ff5f31b4433168dfef363e778361027a852 Reviewed-on: https://gerrit.libreoffice.org/75146 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-05-24disable warnings in external libsLuboš Luňák As in, really disable, so that they do not even show. This moreover avoids tons of D9025 warnings from MSVC about overriding -W4 with -w. Change-Id: Ia2e72fd72d883d91bdd89e467ee42f259e2ae033 Reviewed-on: https://gerrit.libreoffice.org/72899 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-05-23try to get a good checksum for CCACHE_PCH_EXTSUM also with gccLuboš Luňák Its PCHs are always different even if the source is the same (timestamps somewhere?). But if the output of gcc -E for that precompiled header source is the same, then technically the .gch should be without a change. So this makes ccache get hits even if the .gch gets rebuilt, as long as ccache is new enough to support CCACHE_PCH_EXTSUM (3.5+). Change-Id: I447bb4840047f23deed55e25de1794047a0a9998 Reviewed-on: https://gerrit.libreoffice.org/72705 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-05-22use full path for -include .gchLuboš Luňák With just -include a.hxx ccache checks only for presence of a.hxx.gch and it doesn't search the path given by -I, so it didn't detect the usage of the .gch and thus didn't include it in the checksum, possibly leading to false positives. Icecream similarly doesn't search paths given by -I and may fail to properly handle the .gch usage. Change-Id: I40ba2d5089e77cd5e8da670c7e030f9e90ebc8ac Reviewed-on: https://gerrit.libreoffice.org/72703 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-05-11disable ccache for PCH generationLuboš Luňák Ccache can't handle it well with -gsplit-dwarf, and it's a question if it even makes sense to spend cache space on large PCHs. https://github.com/ccache/ccache/issues/419 Change-Id: I9a458c1793fcd503f7d29ea76c6e7651ab378783 Reviewed-on: https://gerrit.libreoffice.org/72041 Reviewed-by: Luboš Luňák <l.lunak@collabora.com> Tested-by: Luboš Luňák <l.lunak@collabora.com> 2019-05-09use .gch only for gcc's PCH filesLuboš Luňák It a) looked a bit silly to use .gch even with MSVC, b) allows to build something with Clang and GCC without them trying to use each other's PCH file, c) is nitpicking, yeah. Change-Id: I478beeb6aab6378cbdcc6ea75aa2e3ff2bcf6f87 Reviewed-on: https://gerrit.libreoffice.org/71582 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-05-09use -fno-pch-timestamp when generating Clang PCH filesLuboš Luňák Change-Id: I52ef8e81cb3899cc8d2b8729bd55ee98a0a1c77b Reviewed-on: https://gerrit.libreoffice.org/71565 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-04-11fix getting correct debug/nodebug PCH file with selective debuginfoLuboš Luňák Since debuginfo enabled/disabled is per-linktarget, the rules need to be per-linktarget as well, and so instead of one generic rule there needs to be a define generating one rule per each linktarget. Change-Id: I9423c4a86bc02aa3c0bf816f47e3c3d43ff03b23 Reviewed-on: https://gerrit.libreoffice.org/70370 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2019-04-11merge --enable-selective-debuginfo into --enable-symbolsLuboš Luňák This got broken again due to confusion about the interaction between the various debug/symbol/whatever variables, so let's try to clean it up once more. So gb_SYMBOLS or any other global flag is no more. For checking whether a build target should get symbols, use gb_LinkTarget__symbols_enabled, which is internally controlled by gb_ENABLE_SYMBOLS_FOR (and flags from configure, command line or wherever affect that). This commit breaks the debug/nodebug split for PCH files, but fixing that is a relatively separate and complex change, so it'll be done in another commit. Change-Id: I6060dd38684445bb761e664344fb530386481332 Reviewed-on: https://gerrit.libreoffice.org/70369 Tested-by: Jenkins Reviewed-by: Luboš Luňák <l.lunak@collabora.com> 2018-11-29Rename Mac OS X to official name macOS in comments and documentationBartosz Kosiorek Change-Id: I651b7f202fa52ff5f5357a11aa72c43eb7dc7f95 Reviewed-on: https://gerrit.libreoffice.org/64102 Tested-by: Jenkins Reviewed-by: Bartosz Kosiorek <gang65@poczta.onet.pl> 2018-03-27gla11y: update heuristics but don't enable warnings yetSamuel Thibault This updates gla11y with all heuristics to detect orphan labels and widgets without too many false positives. This updates gbuild to tell gla11y to only emit errors about undefined targets and about orphan warnings for GtkScale (as was the case with previous versions). More errors and warnings will be enabled progressively later on. Change-Id: I96580eb0eb8eb327f0f54563d7976a5148e9531a Reviewed-on: https://gerrit.libreoffice.org/51161 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Thorsten Behrens <Thorsten.Behrens@CIB.de> 2018-03-01gla11y: fix build outside sourceSamuel Thibault We need to pass the absolute path to gla11y for build outside source to work. We however do not want to expose absolute paths in suppression files, so we have to introduce a parameter that provides the common prefix to be stripped. Change-Id: Iaf652cb8d6c3646438f828a0949dfd811f964e77 Reviewed-on: https://gerrit.libreoffice.org/50568 Reviewed-by: jan iversen <jani@libreoffice.org> Tested-by: jan iversen <jani@libreoffice.org> 2018-02-28gla11y: add warning/error suppression machinerySamuel Thibault Also add an accessibility test which does have a few existing issues, and the corresponding suppression lines. Change-Id: I7095cdc13e40501bbdf6e635c1e4f93f70bc1316 Reviewed-on: https://gerrit.libreoffice.org/50251 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2018-02-28Build external lxml if not provided by systemSamuel Thibault except on windows, where gla11y will resort to python's internal xml parser, which does not provide line numbers. This allows gla11y to be runnable on all systems. Change-Id: Ica4eb90f59bddfcefd783fc2ed9c8c27357e7572 Reviewed-on: https://gerrit.libreoffice.org/50115 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2018-02-01Fix typosAndrea Gelmini Change-Id: I5cfa53bbe82fc3611770fdbe3b58d593f7a7c89f Reviewed-on: https://gerrit.libreoffice.org/49100 Reviewed-by: Michael Stahl <mstahl@redhat.com> Tested-by: Michael Stahl <mstahl@redhat.com> 2018-02-01deps w/ hardlinks: don't create it as foo_ only to move it to fooChristian Lohmaier this breaks with CCACHE_HARDLINK=1 on close-enough rebuilds, as there will be "foo" from previous run (hardlinked to ccache-dir), and foo_ will be hardlink to the same file, resulting in mv to barf out since foo_ and foo are the same file (and -f/force doesn't help in this case) Change-Id: Iaefcec05b34dad88f49477693e2157c1ca0623ac Reviewed-on: https://gerrit.libreoffice.org/42586 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Michael Stahl <mstahl@redhat.com> 2017-11-01-I$(dir $(3)) in gb_CObject__command_pattern is no longer neededStephan Bergmann ...at least in com_GCC_class.mk (com_MSC_class.mk will be addressed in a follow- up commit), after the recent loplugin:includeform clean-up. Two static libraries built from external sources needed adjustment, two compilerplugin tests needed adjustment (which wasn't found by loplugin:includeform, by design), and one more adjustment in sal/textenc/generate/. Change-Id: Idad5ae355a02ae130369a9a45b5f5925ab48ffef Reviewed-on: https://gerrit.libreoffice.org/44174 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com> 2017-07-21de-hrc various thingsCaolán McNamara e.g. helpid[s].hrc -> helpids.h and insert include guards where missing move "ordinary" defines into .hxx files remove .hrc entries that are used as arguments to dialog factory when a dedicated method can be added instead Change-Id: I792fb8eb0adfaa63cf354e6e57401fc943e9196e 2017-07-18More avoidance of invoking gdb with LD_LIBRARY_PATH setStephan Bergmann ...similar to 785eb0ed14cde731c2795f68f004f0b811cfe387 "gbuild: try to avoid invoking gdb with LD_LIBRARY_PATH set", this time for DEBUGCPPUNIT=TRUE in addition to CPPUNITTRACE="gdb --args" Change-Id: I3e2cc5abf76947dc4c7b4d6caa3fd5720720e050