summaryrefslogtreecommitdiff
path: root/include/cppuhelper/shlib.hxx
AgeCommit message (Collapse)AuthorFilesLines
2014-11-18cppuhelper: clean up public headers with include-what-you-useMichael Stahl1-2/+0
Change-Id: I41ba46831f24b2960a1fe982b74a2b623e682e0b
2014-06-05cppuhelper: remove SAL_THROW macroNoel Grandin1-4/+2
Change-Id: I54141071396d04e7bead56da14a665b8556ba6d2
2013-12-13[API CHANGE] remove cppu::loadSharedLibComponentFactory w/ rPrefix againStephan Bergmann1-30/+0
...it was never meant to be called by client code anyway and is no longer needed to be exposed since the global service manager implementation moved to cppuhelper. Change-Id: If2d0510b2364084d36edeb156a3459d9b8aeb983
2013-12-13Clarify cppuhelper/shlib.hxx should never have gone into URE interfaceStephan Bergmann1-1/+14
Change-Id: I44415f976a47bf676ab8c2f309590eb2c8afb6ce
2013-11-09fdo#65108 inter-module includes <> include/cppuhelperNorbert Thiebaud1-1/+1
Change-Id: Ife81bf3dacb574b664982f3b4d2c7af9eb78a66a
2013-10-23fixincludeguards.sh: include/c*Thomas Arnhold1-2/+2
Change-Id: Icba422d99836518a1b662b15144bc9334bed1473
2013-10-01[API CHANGE] Stricter requirements for shlib.hxx function argumentsStephan Bergmann1-17/+14
rLibName -> uri must be an (absolute file) URI, rPath must be empty, and xKey must be null in loadSharedLibComponentFactory. While incompatible in theory, these functions should only be called internally, anyway. Change-Id: Iab144b199e4e7db62358283efec6877a5da19bab
2013-10-01[API CHANGE] Remove unused cppu::invokeStaticComponentFactory againStephan Bergmann1-21/+0
...that has neither been intended for external use anyway, nor has it ever been used internally since its dead-on-arrival inception in b16ab7a751c04049b4171df412f1ef0f4f9b02f2 "Add invokeStaticComponentFactory() for statically linked components: Will be used for iOS at least." Sigh. Change-Id: I17795b2a1945809688deba0a5492415fbe877400
2013-10-01Fix commentsStephan Bergmann1-13/+6
Change-Id: Ia5bc8b0dec8cecdec06a71377ac5cd3a52109955
2013-10-01[API CHANGE] Remove unused CPLD_ACCESS feature from C++/Java component loadersStephan Bergmann1-6/+3
...introduced in 2000 with 38974aeef6dfaa1c625cf5498ec553489dd08c87 "added library loading limitation by using env variable CPLD_ACCESSPATH=path1;path2; etc." and 9be3c618e0b1d2b2635bd7b134693ed5ff3021bc "#80090# restrict jar file access to java system property com.sun.star.comp.loader.CPLD_ACCESSPATH" but already in 2004 considered "a hack [that] seems to be unused nowadays" in 1d3164df959b31ba9f50ddc108569f3adec32ff7 "CWS sb20: #i29119# Replaced sandbox.jar-based class loader with an own one." Change-Id: I637afd5daeb4ca097edd17f834c81af892dcfc6a
2013-04-24move URE headers to include/David Tardon1-0/+133
Change-Id: Ib48a12e902f2311c295b2007f08f44dee28f431d Reviewed-on: https://gerrit.libreoffice.org/3499 Reviewed-by: David Tardon <dtardon@redhat.com> Tested-by: David Tardon <dtardon@redhat.com>