Revision tags: AOO417, AOO420-Dev-m1, AOO416 |
|
#
529d6db8 |
| 03-Dec-2018 |
Damjan Jovanovic |
Finally port main/cppuhelper to gbuild. The problem before was apparently that including udkapi ended up using the solver headers, instead of our generated "comprehensive" headers.
Finally port main/cppuhelper to gbuild. The problem before was apparently that including udkapi ended up using the solver headers, instead of our generated "comprehensive" headers. Patch by: me git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1848084 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
Revision tags: AOO416-RC1, AOO415, AOO414, AOO413, AOO4121, AOO412, SNAPSHOT, AOO411, AOO410, AOO410_Beta |
|
#
52046e16 |
| 02-Dec-2013 |
Herbert Dürr |
#i122195# XContentEnumerationAccess is needed in UNO bootstrapping stoc's OServiceManager has it as a base class so we really need XContentEnumerationAccess' "comprehensive" type descrip
#i122195# XContentEnumerationAccess is needed in UNO bootstrapping stoc's OServiceManager has it as a base class so we really need XContentEnumerationAccess' "comprehensive" type description early. WeakMap priming enforces that now. git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1546938 13f79535-47bb-0310-9956-ffa450edef68
show more ...
|
Revision tags: AOO401, AOO400 |
|
#
c52956d9 |
| 26-Apr-2013 |
Herbert Dürr |
UNO bootstrapping requires some more comprehensive type-descriptions git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1476250 13f79535-47bb-0310-9956-ffa450edef68
|
#
5696ffe9 |
| 21-Mar-2013 |
Herbert Dürr |
fix case mismatch in include path git-svn-id: https://svn.apache.org/repos/asf/openoffice/trunk@1459168 13f79535-47bb-0310-9956-ffa450edef68
|
#
caff391c |
| 20-Mar-2013 |
Herbert Dürr |
Workaround bootstrap needing "comprehensive" type descriptions for stuff used in bootstrapping Cppumaker and its brethren emit different implementations for the same symbol by design (!)
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 ...
|