Searched hist:caff391c (Results 1 – 3 of 3) sorted by relevance
| /trunk/main/cppuhelper/source/ |
| H A D | primeweak.cxx | caff391c Wed Mar 20 16:33:52 UTC 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 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
|
| H A D | bootstrap.cxx | diff caff391c Wed Mar 20 16:33:52 UTC 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 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
|
| H A D | makefile.mk | diff caff391c Wed Mar 20 16:33:52 UTC 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 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
|
Completed in 33 milliseconds