summaryrefslogtreecommitdiff
path: root/idl
AgeCommit message (Collapse)AuthorFilesLines
2012-01-10Remove _SVSTDARR_STRINGSISORTDTORAugust Sodora1-1/+0
2012-01-06Removed unnecessary tools/debug.hxx includes.Marcel Metz2-4/+0
2012-01-06make ReadUniOrByteString return a stringCaolán McNamara1-1/+1
2012-01-05Removed unnecessary tools includes.Marcel Metz1-1/+0
Hello lo-devs, this patch series removes a lot of unnecessary includes for the various tools header. The patches without suffix should be applied to the core repository, the .binfilter.patch suffix should be applied to the binfilter repository. I've tested the build with the configuration --enable-binfilter --enable-dbgutil --enable-debug, is this sufficient or did I miss another important configuration, that enables some conditional compiled code? I've only build this on linux-x86_64, but the patch also touches some of the mac specific code like fpicker/source/aqua/SalAquaFilePicker.mm so it would be maybe a good idea to test this patch. regards Marcel Metz
2012-01-05ByteString->rtl::OString[Buffer]Caolán McNamara3-36/+34
2012-01-05don't inherit from ByteStringCaolán McNamara11-201/+203
2011-12-30Fix for fdo43460 Part XXI getLength() to isEmpty()Olivier Hallot2-4/+4
Part XXI Modules i18npool, idl, idlc, io, javaunohelper, jvmaccess
2011-12-22inheriting from ByteString is kind of weirdCaolán McNamara7-76/+87
2011-12-21tweak for pre language-defect #77Caolán McNamara4-16/+16
2011-12-21disentangle Read/WriteByteString OUString variantsCaolán McNamara1-4/+4
The ones which use a definite 8-bit encoding read/write pascal-style strings with a 16bit length prefix. The ones which use a definite 16-bit encoding read/write pascal-style UTF-16 strings with a 32bit length prefix, i.e. not ByteStrings at all The "I dunno" ones might be UTF-16 strings or 8-bit strings, depending on the charset. Rename to ReadUniOrByteString like the other similar horrors to flag this misery
2011-12-21convert ReadByteString/WriteByteString from ByteString to OStringCaolán McNamara4-16/+16
Nobody ever used the return values anyway, so for reading just return the string and for writing the number of bytes written Doesn't need to be members, make standalone functions Rename to read_lenPrefixed_uInt8s_ToO[U]String and write_lenPrefixed_uInt8s_FromO[U]String, lengthy, but much less unambiguous, seeing as a lot of users of it don't seem to be aware that they read/write pascal-style length prefixed strings, which isn't surprising given the apparent simplicity of their original name. added a unit test
2011-12-21needs more work firstCaolán McNamara4-16/+16
This reverts commit 92f396733ebc518bcb7a9eae2dd3169d333b82b9.
2011-12-21bah, need to tweak for pre c++0xCaolán McNamara1-4/+4
This reverts commit d00fc0e293852cfc019ffaffa65bee327397677b.
2011-12-21disentangle Read/WriteByteString OUString variantsCaolán McNamara1-4/+4
The ones which use a definite 8-bit encoding read/write pascal-style strings with a 16bit length prefix. The ones which use a definite 16-bit encoding read/write pascal-style UTF-16 strings with a 32bit length prefix, i.e. not ByteStrings at all The "I dunno" ones might be UTF-16 strings or 8-bit strings, depending on the charset. Rename to ReadUniOrByteString like the other similar horrors to flag this misery
2011-12-21convert ReadByteString/WriteByteString from ByteString to OStringCaolán McNamara4-16/+16
Nobody ever used the return values anyway, so for reading just return the string and for writing the number of bytes written Doesn't need to be members, make standalone functions Rename to read_lenPrefixed_uInt8s_ToO[U]String and write_lenPrefixed_uInt8s_FromO[U]String, lengthy, but much less unambiguous, seeing as a lot of users of it don't seem to be aware that they read/write pascal-style length prefixed strings, which isn't surprising given the apparent simplicity of their original name. added a unit test
2011-12-19IDL_COMPILER is always definedCaolán McNamara16-115/+0
2011-12-14ByteString->rtl::OString[Buffer]Caolán McNamara5-23/+24
2011-12-13convert GetMangleNameCaolán McNamara4-20/+20
2011-12-07in modules, when we have a env we are in stage gbuildBjoern Michaelsen1-0/+1
2011-12-06ByteString->rtl::OString[Buffer]Caolán McNamara2-14/+14
2011-11-29move reconfigure into gbuildBjoern Michaelsen1-1/+1
2011-11-28is there any point to aSrcLine and "rsc" directive in idl?Caolán McNamara2-3/+1
2011-11-28ByteString->rtl::OString[Buffer]Caolán McNamara8-51/+69
2011-11-27remove precompiled_xxx.hxx/cxxNorbert Thiebaud2-63/+0
2011-11-27remove pch from the include listNorbert Thiebaud1-1/+0
2011-11-27remove include of pch header from idlNorbert Thiebaud14-26/+0
2011-11-25make gbuild makefiles run independant of pwd againBjoern Michaelsen1-1/+1
2011-11-19ByteString->rtl::OStringCaolán McNamara5-37/+38
2011-11-18svidl: write dependencies with cygwin pathsMichael Stahl1-5/+46
2011-11-16UniqueIdContainer is only needed by binfilterCaolán McNamara1-1/+0
2011-11-16tweak gbuild standart Makefile to allow partial build in unsourced envNorbert Thiebaud1-4/+4
This allow to run make in a module wihtout the need to source Env.Host.sh.
2011-11-14ByteString->rtl::OStringCaolán McNamara3-10/+10
2011-11-08svidl: new parameter -fM: write GNU make dependenciesMichael Stahl6-0/+67
2011-10-05simplfy dmake to gbuild bridgefileBjoern Michaelsen2-89/+2
2011-09-27Removed uses of rtl::O[U]String[Buffer]::operator sal_{char|Unicode} const *().Stephan Bergmann1-1/+1
2011-09-21ByteString->rtl::OStringBufferCaolán McNamara6-53/+72
2011-09-21this is never NULL, can be a referenceCaolán McNamara2-13/+13
2011-09-20ByteString->rtl::OString[Buffer]Caolán McNamara5-17/+20
2011-09-19ByteString->rtl::OStringCaolán McNamara4-5/+5
2011-08-19detect gmake 3.81 and limit to -j1 unless num-cpu is explicitly setNorbert Thiebaud1-1/+1
2011-08-10prefer makefile-gmake-mode to plain makefile-modeTakeshi Abe2-2/+2
2011-08-09The idl encoding table stuff appears to be a no-op, converts x to xCaolán McNamara5-165/+0
1.a) There is only one call to SvTokenStream::SetCharSet 2.b) That call is from SvTokenStream::InitCtor and the argument is gsl_getSystemTextEncoding() 2.a) SvTokenStream::SetCharSet is the sole caller of SvChar::GetTable i.e. pCharTab = SvChar::GetTable( nSet, gsl_getSystemTextEncoding() ); 2.b) so this is in practive only ever... pCharTab = SvChar::GetTable( gsl_getSystemTextEncoding(), gsl_getSystemTextEncoding() ); 3) SvChar::GetTable returns a table for converting from one encoding to another. 4) so the whole thing is a no-op, i.e. pCharTab can be dropped SvChar::GetTable is then unused and can be dropped SetCharSet and GetCharSet are then also unused
2011-08-05reflect gmake flavorTakeshi Abe1-1/+1
2011-08-05Emacs mode line compatible with vi's oneTakeshi Abe1-0/+1
2011-08-04add realpaths for windowsCaolán McNamara1-2/+2
2011-07-30Add consistent Emacs and vim mode linesTor Lillqvist2-0/+2
2011-07-22postmerge fixes for gnumake4Bjoern Michaelsen1-1/+5
2011-07-21resyncing to masterBjoern Michaelsen8-51/+81
2011-07-01ByteString::CreateFromInt32 -> OString::valueOfCaolán McNamara5-31/+62
2011-06-29remove deprecated ByteString::CreateFromInt64Caolán McNamara3-17/+18