History log of /AOO41X/main/cppuhelper/source/bootstrap.cxx (Results 1 – 5 of 5)
Revision Date Author Comments
# ca62e2c2 23-Apr-2013 Steve Yin <steve_y@apache.org>

IA2 for SW. Draft version 1.

git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/ia2@1470868 13f79535-47bb-0310-9956-ffa450edef68


# 47148b3b 09-Apr-2013 Oliver-Rainer Wittmann <orw@apache.org>

rebase on current trunk

git-svn-id: https://svn.apache.org/repos/asf/openoffice/branches/sidebar@1466052 13f79535-47bb-0310-9956-ffa450edef68


# caff391c 20-Mar-2013 Herbert Dürr <hdu@apache.org>

Workaround bootstrap needing "comprehensive" type descriptions for stuff used in bootstrapping

Cppumaker and its brethren emit different implementations for
the same symbol by design (!) which is qu

Workaround bootstrap needing "comprehensive" type descriptions for stuff used in bootstrapping

Cppumaker and its brethren emit different implementations for
the same symbol by design (!) which is quite... unfortunate
and can confuse the heck out of dynamic linkers, debuggers, etc.

For bootstrapping the so-called "comprehensive" type descriptions are needed.
The workaround compels these descriptions to be registered in the so-called "WeakMap"
before they are needed by the bootstrap operation.

The proper and un-hacky solution would be to change cppumaker and its brethren
to use different symbol names for different implementations. In particular
"cppu_detail_getUnoType" should be divided into full, weak and mini implementations.
For now there is no time to risk such a major overhaul of this system.

Types that are candidates for this special workaround are the ones mentioned
by the exceptions thrown from implbase_ex.cxx's __queryDeepNoXInterface() method.
They also need to added to the makefile's UNOTYPES define so that the build magic
requests the full type descriptions to be generated and used.


git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1458932 13f79535-47bb-0310-9956-ffa450edef68

show more ...


# 9d7e27ac 06-Nov-2011 Andrew Rist <arist@apache.org>

Update headers to Alv2 headers

git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1198231 13f79535-47bb-0310-9956-ffa450edef68


# cdf0e10c 16-Aug-2011 rcweir <rcweir@unknown>

Initial import of the old OOo hg repository tip revision.

.../trunk/main is a copy of (currently tip-most)
http://hg.services.openoffice.org/OOO340/rev/c904c1944462

.../trunk/extras/l10n is a co

Initial import of the old OOo hg repository tip revision.

.../trunk/main is a copy of (currently tip-most)
http://hg.services.openoffice.org/OOO340/rev/c904c1944462

.../trunk/extras/l10n is a copy of (currently tip-most)
http://hg.services.openoffice.org/master_l10n/OOO340/rev/af6bc9467af5

Note that the following files with line-end and/or encoding anomalies were left out (they will need to be to be checked in separately):

/ooo/trunk/core/dictionaries/de_DE/README_hyph_de_DE.txt
/ooo/trunk/core/dictionaries/de_CH/README_hyph_de_CH.txt
/ooo/trunk/core/dictionaries/de_AT/README_hyph_de_AT.txt
/ooo/trunk/core/gettext/gettext-0.18.1.1.patch
/ooo/trunk/core/apache-commons/patches/codec.patch
/ooo/trunk/core/libcroco/libcroco-0.6.2.patch
/ooo/trunk/core/testautomation/writer/optional/input/import/mactext.txt
/ooo/trunk/core/graphite/graphite-2.3.1.patch
/ooo/trunk/core/hwpfilter/source/hwpeq.cpp
/ooo/trunk/core/solenv/bin/cwstouched.pl
/ooo/trunk/core/readlicense_oo/html/THIRDPARTYLICENSEREADME.html
/ooo/trunk/core/writerfilter/source/doctok/escher.html
/ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/xsdlib.xsd
/ooo/trunk/core/writerfilter/source/odiapi/qname/resource/office2003/WordprocessingML Schemas/wordnetaux.xsd
/ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/body.xsl
/ooo/trunk/core/filter/source/xslt/odf2xhtml/export/common/styles/style_mapping_css.xsl

Also: Repository.mk from the l10n toplevel


git-svn-id: https://svn.apache.org/repos/asf/incubator/ooo/trunk@1162288 13f79535-47bb-0310-9956-ffa450edef68

show more ...