summaryrefslogtreecommitdiff
path: root/codemaker
AgeCommit message (Collapse)Author
2013-04-09add missing dep on salhelper/simplereferenceobject.hxxDavid Tardon
Change-Id: I3acf314bf02bae7b2e74f317177ba81fc9fdb59e
2013-04-09Update README to explain what codemaker doesChris Sherlock
README change adapted from http://wiki.openoffice.org/wiki/Uno/Binary/Modules/codemaker Change-Id: I25c1e7012f7d27c21124cac171f3b15e989b8612 Reviewed-on: https://gerrit.libreoffice.org/3287 Reviewed-by: Tomáš Chvátal <tchvatal@suse.cz> Tested-by: Tomáš Chvátal <tchvatal@suse.cz>
2013-04-09WaE: unused variableTor Lillqvist
Change-Id: I64ac7b45722e4147091068e71e9ceedea3d73010
2013-04-09[API CHANGE] WIP: Experimental new binary type.rdb formatStephan Bergmann
Make cppumaker work on top of unoidl/ instead of registry/, as a first step to change all the various codemakers. * API CHANGE: cppumaker no longer supports the -B switch, as that is meaningless with the new format. When reading from an old-format .rdb file, /UCR is hard-coded as the prefix now. * TODO: The new format does not yet support deprecation annotations, so the generated .hdl/.hpp files lack any SAL_DEPRECATED_INTERNALs for now. * codemaker/typemanager.hxx is extended with access to unoidl/ functionality, so the various codemakers can use registry/ and unoidl/ in parallel for now. The access to registry/ functionality will be removed. (Added small throwaway helper functions u2b/b2u to easily map between OString and OUString at the remaining seams for now.) * Includes a selective revert of ba044b1e9613ed30906a9a540b7da8392923e4e3 "remove needless forward rtl::OUString declarations" in those parts of codemaker, unodevtools, unoidl that were covered by this local work-in-progress patch; I would otherwise have hard a hard time re-applying it. * The generated .hdl/.hpp files are mostly unchanged, except for a few minor things: ** Any SAL_DEPRECATED_INTERNALs are missing (see above). ** In comprehensive getCppuType definitions, some members were erroneously classified as TypeCalss_UNKNOWN. ** In comprehensive getCppuType definitions, some unnecessary calls like ::cppu::UnoType< ::sal_Int32 >::get(); can be removed. ** For typedef sequence<X>, the .hdl file need not include X.hdl, but only needs to forward-declare it. ** Unnecessary includes for optional bases of interfaces can be removed. ** Some numbering of local variable names (sMethodName1, ...) has changed. Change-Id: Icad98f248ac15177337f1b4ab709a755a8af6238
2013-04-07remove needless forward rtl::OUString declarationsLuboš Luňák
Change-Id: I97d91a758dd82d64768d75c1d2ddd279de5f6034
2013-04-07mass removal of rtl:: prefixes for O(U)String*Luboš Luňák
Modules sal, salhelper, cppu, cppuhelper, codemaker (selectively) and odk have kept them, in order not to break external API (the automatic using declaration is LO-internal). Change-Id: I588fc9e0c45b914f824f91c0376980621d730f09
2013-04-02Sort generated includes lexicographicallyStephan Bergmann
...by switching from boost::unordered_map to std::map; mainly to be able to easily diff workdir/*/UnoApiHeadersTarget trees for regressions with upcoming changes to cppumaker. Change-Id: I286f9828ef2918ace635ecd551ac273f2cba803d
2013-03-27Clean up codemaker/typemanager.hxxStephan Bergmann
Change-Id: I650efd6780070410eaf34993dd41ed1b8ada7c9a
2013-03-19reduce whitespaces between include and filenameThomas Arnhold
Change-Id: I15f6ad0a760a28cbac53f99ba4d14ff5c24ce005
2013-03-14remove legacy build.pl prj/build.lst files.Michael Meeks
2013-03-13more subtle dependencies for cross-compilationMatúš Kukan
Now we build only what we really need for 'build' platform - there is new build-tools make target. The list of tools is in solenv/gbuild/extensions/pre_BuildTools.mk. Also similar is done to some extent for 'host' platform using gb_Module_add_targets_for_build which is ignored for 'host'. Change-Id: I6acd1762b16aca366aac1a0688500f27869cfca2
2013-03-11css.beans.PropertyValue references css.beans.PropertyStateStephan Bergmann
...so include the latter in isBootstrapType too, see dee53a32a9feba2021782db5762b5a9a034efae4 "Temporary hack around cppu_detail_getCppuType variants violating ODR." Change-Id: I613cf3d8699eccb149e0e1d31f4398a426ce0966
2013-03-09Removed last RTL_CONST* macros from codemakerMarcos Paulo de Souza
Also, change ".equals" fro "==" and drop a useless function. Change-Id: I5ce4fd2cc7c62a18e059e945b42cc01425802aa0 Reviewed-on: https://gerrit.libreoffice.org/2605 Reviewed-by: Olivier Hallot <olivier.hallot@alta.org.br> Tested-by: Olivier Hallot <olivier.hallot@alta.org.br>
2013-03-09fdo#43460: use isEmpty()Thomas Arnhold
Change-Id: I01f503ea5268245cc4f98524931730cfa063d57e
2013-03-08Remove RTL_CONST* macros from codemaker - pt2Marcos Paulo de Souza
More macros removed, and some simplifications when callind methods. Conflicts: codemaker/source/javamaker/javatype.cxx Change-Id: If55046a5a9ceb6c8c84f3fa190f26cc9e1dde352
2013-03-08Remove RTL_CONST* macros from codemaker - pt1Marcos Paulo de Souza
For more easy review, this is the first part of these changes. More will come :) Change-Id: Ic6ab0c7baebf0414dbcccb5dcfad434b3b07964c Reviewed-on: https://gerrit.libreoffice.org/2595 Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-03-08fdo#57950: Remove chained appends in codemakerMarcos Paulo de Souza
And another cleanups like removing RTL_CONST* macros and other simple things. Much more can be done inside codemaker. Change-Id: I338e1c0e88558124741c6202896355533535a129 Reviewed-on: https://gerrit.libreoffice.org/2583 Reviewed-by: Thomas Arnhold <thomas@arnhold.org> Reviewed-by: Fridrich Strba <fridrich@documentfoundation.org> Tested-by: Fridrich Strba <fridrich@documentfoundation.org>
2013-03-07make the UNO generated catch clauses use const modifierNoel Grandin
Change-Id: I2c9cdff2aeb97c8b9740aba91990e27315d5c85b
2013-02-28remove all d.lstMichael Stahl
Change-Id: Icba4218c5f9fe89d183d25ea82a8eae52881f885
2013-02-27registry: new ZipPackage_registry_odk_headersMichael Stahl
Change-Id: I0730e0a354ec952cdb67d1b22067ab59c86334c0
2013-02-27sal: new ZipPackage_sal_odk_headers for public ODK headersMichael Stahl
Change-Id: I76cb00121d7b4c21137be70ab7a5bd5389037302
2013-02-25loplugin: unused variablesThomas Arnhold
Change-Id: I46a748bf2c54d15c0f5718901197f3b4c34b82bf
2013-01-26gbuild: fix silly "expandtabs" in makefile VIM modelinesMichael Stahl
Change-Id: I54d8923ad315e8041fd3904da3a29f1a7a8c8b16
2013-01-26Remove redundant braces around for loopsStephan Bergmann
...that had once been workarounds for compilers that did not yet support the C++98 scoping rules for declarations in for-init-statements. Change-Id: I51dc42982b30bf3adea6de1a10a91c0b4b4acfbe
2012-12-18Replace chained O(U)StringBuffer::append() with operator+Christos Strubulis
Change-Id: I0fcd70cff092c7d90b57b9af9dcec99f23750f1c Signed-off-by: Luboš Luňák <l.lunak@suse.cz>
2012-12-03No reason to turn "throws nothing" specifications into commentsStephan Bergmann
...as had been done in 0295bd6b3f21dd648af6145ca23d90467f3cec73 "Remove exception spec from idl-generated c++ headers." Change-Id: I1b900a91be6db6cb4d7b60759e844117aa6b027d
2012-12-02cppumaker: do write exception specifications on --enable-dbgutilMichael Stahl
Exception specifications are useless for production code, but make for useful assertions in dbgutil builds (on platforms where they are enforced at runtime). Because we do not have API tests that exhaustively trigger all documented error conditions, much less the undocumented or wrongly handled error conditions that would cause the implementation to violate its API specification, there is likely some benefit in having these runtime-checked specifications in debug builds, in the hope that our various tests which may incidentally call various API methods, or general soffice usage, uncovers these bugs. Also, there may be some benefit to making API implementers more aware of the exception specifications, to quote Stephan's mail: To be able to programmatically react to an exception raised by a UNO method (which is the raison d'être of non-runtime UNO exceptions), the specification of that method must document the method's behavior with respect to raising that exception, and any implementation of the method must adhere to that specification. However, with that part of a UNO method's interface moved out of sight of a programmer writing a C++ implementation of that method, I fear that adherence to specification will degrade in practice. And that negatively affects an area where we do not shine anyway: reaction to errors. This partially reverts commits: 0295bd6b3f21dd648af6145ca23d90467f3cec73 155cd09b5eebe0c1eab0610a7f1f04f09de4b217 Change-Id: I9c7664c9f1b238f4f9501aacb065981236949440
2012-11-30c++ API: use css alias in generated headers, adds global css declThorsten Behrens
This changes all generated API headers (.hpp and .hdl) to use a namespace alias 'css' instead of the pointlessly long com::sun::star Makes the change in cppumaker & associated tools, adds a global namespace alias definition in sal/types.h, and removes a kiloton of local, now pointless-to-harmful versions of that alias from all over the code. Change-Id: Ice5a644a6b971a981f01dc0589d48f5add31cc0f
2012-11-29Prettify cppumaker output.Thorsten Behrens
Don't use extra-verbose RTL_CONSTASCII_USTRINGPARAM anymore. Write nicer nullary method prototypes. Change-Id: I1efdd6edd624c32852f47e5d2b266e90536b917b
2012-11-29Remove some commented-out or otherwise unused code.Thorsten Behrens
2012-11-29Remove exception spec from idl-generated c++ headers.Thorsten Behrens
The general agreement in the project is that c++ exception specs are pointless and add bloat in production code. See also this rant for more background: http://drdobbs.com/cpp/184401544 This removes the code that generates the exception specs on the generated c++ headers, and fixes up the few places that broke subsequently because of widening exception specs, which in turn was due to the rather unfortunate decision to not have a virtual dtor in XInterface. Change-Id: I60db26e1cc4d4fe6eeef5975e39497841e92588a
2012-11-28We only support MSVC 2008 (_MSC_VER 1500) or laterTor Lillqvist
We can drop or simplify many conditionals. Change-Id: I37e820e515cc09845c30b62c89ddb3b6ff370f97
2012-11-28OUString::replace() does not replace in-placeTor Lillqvist
Change-Id: I5a1d713ee8e9c913adad57b7d8fb0597f96a2db4
2012-11-23Remove some newly tagged unused methodsJulien Nabet
Change-Id: Ie55dfd19f223df62c091ffc4fdf28789b308a1c7
2012-11-23Adding SAL_DEPRECATED_INTERNAL to an implementation function is pointlessStephan Bergmann
...as there are typically no direct calls to it anyway. What is apparently needed is to decorate the cppumaker-generated headers instead: * cppumaker obtains deprecation-information from the documentation strings in .rdb files. As these are normally generated by idlc without documentation included (no -C), idlc got changed to nevertheless contain documentation consisting of just "@deprecated" in this case, to allow to easily tunnel this information to cppumaker always. * The mechanism of parsing for "@deprecated" in documentation strings is somewhat crude, of course. * For now, cppumaker only decorates C++ functions that correspond to UNOIDL interface attributes and methods. More should be possible (but, e.g., being able to decorate a complete C++ class corresponding to a deprecated UNOIDL interface type depends on whether all platforms would accept SAL_DEPRECATED_INTERNAL at the same position in a C++ class declaration. * This could also be extended to other languages than C++/cppumaker. * Always using SAL_DEPRECATED_INERNAL instead of SAL_DEPRECATED for decoration is to keep things simple and our codebase working. Improvements are possible here, too, of course. Change-Id: Ia2917892f780d477652e4cd9f286588a6898c3f5
2012-11-15dropped unused method: FileStream::openEnrico Weigelt, metux ITS
Change-Id: I3e6c1341666fddcfd1bd272a0943ca1de3e5d629 Reviewed-on: https://gerrit.libreoffice.org/1072 Reviewed-by: Tor Lillqvist <tml@iki.fi> Tested-by: Tor Lillqvist <tml@iki.fi>
2012-11-13fix system boostPeter Foley
Change-Id: Id80557cb47ab471a0f3a643a1c11a59e89c14c54
2012-11-13static libraries also require boost.Michael Meeks
2012-11-13cppumaker and javamaker also use boost.Michael Meeks
2012-11-12codemaker use boost, so declare the depNorbert Thiebaud
Change-Id: I64794acd804ed5059f54422d74bdd0ba1688cc91
2012-11-11codemaker_java needs boostPeter Foley
Change-Id: I64a6ae7bfed878d1fafda9125920340ec3eca378
2012-10-31add missing deps on sal headersDavid Tardon
Change-Id: I815ef8abaf4cd998e7b91fbadad56ddf0a7087ba
2012-10-26loplugin: unused aName string and whacky indentCaolán McNamara
Change-Id: I3febbc1618ca86f19c851a8eea313327a9c0a96c
2012-10-13loplugin: some log, indent and unused variable warningsCaolán McNamara
fix up some indents, remove some unused OUStrings and add some log areas Change-Id: I5c50807aff7a726b03b72522975d9b75e6685b9b
2012-10-11loplugin: more unused OUString and misleading indentationCaolán McNamara
Change-Id: Ic21ca9e14520f4f16c2d665a07a79ee1a46ab91d
2012-10-07Revert "For some reason saxparser aborts for me without this"Tor Lillqvist
Not needed now when we always generate comprehensive UDKAPI headers in the configuration where I thought the reverted change helped (it actually didn't). This reverts commit 73c3907bce33c07ef78c0bb9ff1e0df8b9fbb323. Change-Id: Iabbfec9b8e9d6963b31daa52dc574bed01d9eb4c
2012-10-06For some reason saxparser aborts for me without thisTor Lillqvist
This is in a Mac build tree using the 10.7 SDK and latest Xcode Clang. This codemaker-generated type stuff seems awfully fragile. Should we just bite the bullet and do the "comprehensive" thing for all UDKAPI types all the time on all platforms? Is that a sane question to ask? Change-Id: I9d17e76a83ff71898409179acb445832436f7bbd
2012-10-04sal_Bool->bool in codemakerNoel Grandin
Change-Id: Icea58e7c1dea14f524d6a8d479b7d85e79d6266b
2012-10-01Replace usage of rtl_*Memory with equivalent from string.hArnaud Versini
Change-Id: I50ffc10f007f03c3252ef0196b59b881429cc159 Reviewed-on: https://gerrit.libreoffice.org/734 Reviewed-by: Norbert Thiebaud <nthiebaud@gmail.com> Tested-by: Norbert Thiebaud <nthiebaud@gmail.com>
2012-10-01add missing deps on headers to static libsDavid Tardon
Change-Id: I7a28dfa13bf0f98a654eca98eb1cdfd99177f37a