office-gobmx/svl
Stephan Bergmann b1141fa610 Cut down on -pthread/-lpthread proliferation
Building against libstdc++ effectively always requires -pthread anyway (as
various standard C++ headers require it, see the comment added to
solenv/gbuild/platform/unxgcc.mk), so many explicit uses of -pthread/-lpthread
can be removed.

Doing a (partial) test build on Linux with Clang -stdlib=libc++ suggests that
libc++ indeed doesn't need -pthread as libstdc++ does.

The remaining uses of -pthread/-lpthread are mostly in configure.ac for the
various BSDs (which somebody else might want to clean up now), and related to
external projects.  I tried to be careful to remove -pthread/-lpthread from
makefiles only when C++ object files are involved (so -pthread will now be
included on the link command line by default).

Change-Id: I936e082839cb9a434bd273ce5a1f187a4245dfa1
Reviewed-on: https://gerrit.libreoffice.org/71291
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2019-04-25 21:27:43 +02:00
..
inc/pch
qa flatten SfxItemPool_Impl (tdf#81765 related) 2019-04-20 08:17:12 +02:00
source WIP: Further preparations for deeper Item changes 2019-04-25 19:59:04 +02:00
unx/source/svdde
util
AllLangMoTarget_svl.mk
CppunitTest_svl_inetcontenttype.mk
CppunitTest_svl_itempool.mk
CppunitTest_svl_items.mk sw: make ODT export of paragraph auto-styles deterministic 2019-03-20 16:28:39 +01:00
CppunitTest_svl_lngmisc.mk
CppunitTest_svl_lockfiles.mk Introduce new lockfile handler for MSO like lockfiles 2019-03-23 20:11:33 +01:00
CppunitTest_svl_notify.mk
CppunitTest_svl_qa_cppunit.mk
CppunitTest_svl_urihelper.mk
JunitTest_svl_complex.mk
Library_fsstorage.mk
Library_passwordcontainer.mk
Library_svl.mk Cut down on -pthread/-lpthread proliferation 2019-04-25 21:27:43 +02:00
Makefile
Module_svl.mk Introduce new lockfile handler for MSO like lockfiles 2019-03-23 20:11:33 +01:00
README

Contains non-graphical helper code for office applications.

Specifically this module does not depend on or use includes from module
vcl. Originally all code in svtools that did not depend on vcl was split
off into this svl ("svtools light") module.

In particular the SfxItemSet is a property-bag like container that
stores arbitrary sets of properties for everything from text run
formats, to Chart regression line properties.

There are lots of other useful helpers in here for various office
tasks; much of this code was originally moved from svx/sfx2.

== Items, Pools and Sets ==

=== SfxPoolItem ===

A small reference counted piece of data.  Many subclasses, each with a
unique integer to identify its type (WhichId).  Can be compared for equality
(operator==), Clone()d, and converted to/from uno::Any (QueryValue/PutValue).

A pool item may have value semantics ("poolable"), meaning that
there will generally be only one instance that compares equal per item pool,
or not, in which case the item will be Clone()d quite a bit.

=== SfxItemPool ===

Usually there is one item pool per document, with a range of valid WhichIds
that is specific to the type of document.

The item pool owns all instances of SfxPoolItem or its subclasses that have
ever been added to an item set.  It also contains a default item for
every WhichId, which will be (depending on parameters) returned from item
sets if the set does not contain an item at this WhichId.

=== SfxItemSet ===

The item set can be created with a user-supplied range of WhichIds; it
will accept SfxPoolItems with matching WhichIds and ignore attempts to
insert items with non-matching WhichIds.

Items that are successfully inserted into the set will be stored in the
set's SfxItemPool, and for poolable items only a single instance that
compares equal under the predicate operator== will be stored in the pool,
regardless of how many sets contain it, thus conserving memory.

There are members m_pWhichRanges for the valid ranges (as pairs of WhichIds),
m_nCount for the number of items contained, and m_pItems for the pointers to
the actual items.