summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAgeFilesLines
...
* Code-cleanup for testintrosp.cxx.Thomas Arnhold2011-01-251-365/+3
|
* WaE: gcc 4.6.0 various warningsCaolán McNamara2011-01-251-7/+10
|
* WaE: remove unused variableDavid Tardon2011-01-251-2/+2
|
* WaE: remove unused variableDavid Tardon2011-01-251-3/+0
|
* Some fixes to documentation (part 1)Aurimas Fišeras2011-01-25215-383/+383
| | | | | | | Fixes many spelling errors (checked with en_US spell checker). Unifies spelling of some common words. Replaces single quotes ('') with double quotes (""). Fixes several other errors.
* Include the wntmscx build directoriesTor Lillqvist2011-01-241-2/+2
|
* WaE: gcc 4.6.0 various warningsCaolán McNamara2011-01-242-22/+2
|
* WaE: gcc 4.6.0 various warningsCaolán McNamara2011-01-241-3/+1
|
* WaE: gcc 4.6.0 various warningsCaolán McNamara2011-01-242-4/+3
|
* WaE: gcc 4.6.0 various warningsCaolán McNamara2011-01-242-5/+1
|
* WaE: gcc 4.6.0 various warningsCaolán McNamara2011-01-242-7/+1
|
* add since version to new APIMichael Meeks2011-01-241-0/+2
|
* New method: isEmpty() - Checks if a string is empty.Thomas Arnhold2011-01-241-0/+14
| | | | | | | | | | | This could simplify logics in the source. Now this test is done like 'if (aStr.getLength() != 0) {...}' or 'if (!aStr.getLength()) {...}'. With isEmpty() this looks like: if (aStr.isEmpty()) {...} if (!aStr.isEmpty()) {...} I think this would make the code more readable.
* Kill Win9x code in file.cxxTor Lillqvist2011-01-241-7/+0
|
* Kill Win9x security codeTor Lillqvist2011-01-241-116/+67
|
* Kill Win9x mutex codeTor Lillqvist2011-01-241-98/+11
|
* Drop pipeimpl.obj from SLOFILES, tooTor Lillqvist2011-01-241-1/+0
|
* Kill Win9x codeTor Lillqvist2011-01-248-1253/+110
|
* Add debug output to the dummy functions to see if/when they get calledTor Lillqvist2011-01-233-3/+9
|
* Dont assert in safe situationsTor Lillqvist2011-01-232-2/+2
|
* Turn OSL_TRACE output on only if OSL_DEBUG_LEVEL > 2Tor Lillqvist2011-01-231-1/+1
|
* If CPPU_LEAK_STATIC_DATA is defined, don't bother with assertionsTor Lillqvist2011-01-232-0/+23
| | | | | | | | | | | | | Re-introduce the possibility to define CPPU_LEAK_STATIC_DATA. This time use it to bypass just the assertions that check that the type description counts really are zero at the end of the TypeDescriptor_Init_Impl destructor. Add more informative debugging printout of which counts are non-zero. Define CPPU_LEAK_STATIC_DATA for x64 Windows for now. But we do get the same assertions also on x86 Windows if cppu is built with OSL_DEBUG_LEVEL>1.
* Use correct name for mscx_uno.dll and deliver itTor Lillqvist2011-01-232-1/+2
|
* Remove pointless debugging outputTor Lillqvist2011-01-231-13/+0
| | | | | | | | | | | | We do print out a message if struct size verifications fail. That is enough. No point in printing out the same > sizeof(AlignSize_Impl) = 16 > sizeof(M) = 8 > sizeof(N) = 12 etc messages every time a cppu-using program is run and cppu has been built for debugging.
* Remove some dead code.Thomas Arnhold2011-01-221-20/+0
|
* More hacking on the C++-UNO bridge for x64 WindowsTor Lillqvist2011-01-225-82/+139
| | | | | | | | | I think I might actually be able to manage without any assembly coding here, thanks to the clean design of the x64 Windows calling convention, and tricking the compiler (in a fully documented and stable way) by using varargs. uno2cpp.cxx might even be getting close to working now, but cpp2uno.cxx and except.cxx parts are just forced to compile by using dummy code.
* Define SAL_TYPES_SIZEOFPOINTER for x64 WindowsTor Lillqvist2011-01-221-2/+6
|
* Use separate .map files for 64-bit MSVC buildTor Lillqvist2011-01-222-0/+39
|
* Remove empty description and dates.Thomas Arnhold2011-01-221-39/+0
|
* Remove obsolete RCS lines.Thomas Arnhold2011-01-2124-72/+0
|
* cppcheck: misc scope and unused variablesCaolán McNamara2011-01-213-5/+3
|
* Remove old RCS lines.Thomas Arnhold2011-01-215-16/+0
|
* use errno to get the correct error message if mkstemp() failsRobert Nagy2011-01-211-1/+2
|
* Don't replace equalsAscii() with equalsAsciiL() in measure_oustrings.cxx.Thomas Arnhold2011-01-211-2/+2
|
* Replace suitable equalsAscii calls with equalsAsciiL.Thomas Arnhold2011-01-204-14/+14
| | | | Done with sed -i 's%\(\.equalsAscii\)(\(\s\?"[^"]\+"\)\(\s\?\))%\1L(\3RTL_CONSTASCII_STRINGPARAM(\2\3)\3)%g'.
* More hacking on the wntmscx bridge, still far from readyTor Lillqvist2011-01-205-227/+433
| | | | | See asmbits.asm for some general comments and pointers to useful information.
* remove unused dirsCaolán McNamara2011-01-1712-6812/+0
|
* fix documentation typoCaolán McNamara2011-01-171-1/+1
|
* Commit 64-bit Win32 C++ bridge filesTor Lillqvist2011-01-178-1/+1798
| | | | | Just copies of the 32-bit ones so far, so obviously don't compile even. No in-line assembly in 64-bit MSVC for instance.
* Use separate .map file for cppuhelper for 64-bit MSVC buildTor Lillqvist2011-01-172-0/+282
|
* Use separate .map files for 64-bit MSVC buildTor Lillqvist2011-01-162-0/+10
| | | | | | | | | | | | | | | | | | | Unfortunately the C++ name mangling in a 64-bit MSVC compilation is slightly different from that in a 32-bit one: -- An 'E' is inserted for pointers to indicate that they are 64 bits. I don't fully understand the rationale for this; isn't that the only kind of pointer in 64-bit code produced by a C++ compiler anyway? -- As there is only one calling convention on x64 Windows, __cdecl, the indications for other calling conventions (here, especially __thiscall) change to that for __cdecl. It should be possible to write a tool to at least partially automate conversion of 32-bit mangled names to 64-bit ones, and thus make it easy to create mscx map files from the corresponding msci ones in LibreOffice. Sure, it probably wouldn't work 100% correctly in all cases, but it would help a lot.
* Use mscx.map for 64-bit MSVC buildTor Lillqvist2011-01-162-0/+52
| | | | | | | | | | | | | | | | | | | Unfortunately the C++ name mangling in a 64-bit MSVC compilation is slightly different from that in a 32-bit one: -- An 'E' is inserted for pointers to indicate that they are 64 bits. I don't fully understand the rationale for this; isn't that the only kind of pointer in 64-bit code produced by a C++ compiler anyway? -- As there is only one calling convention on x64 Windows, __cdecl, the indications for other calling conventions (here, especially __thiscall) change to that for __cdecl. It should be possible to write a tool to at least partially automate conversion of 32-bit mangled names to 64-bit ones, and thus make it easy to create mscx map files from the corresponding msci ones in LibreOffice. Sure, it probably wouldn't work 100% correctly in all cases, but it would help a lot.
* Initial hacks for 64-bit Windows buildTor Lillqvist2011-01-163-12/+15
|
* equalsAsciiL faster than equalsCaolán McNamara2011-01-161-18/+18
|
* drop two arg one from this test, because it has different semanticsCaolán McNamara2011-01-151-14/+4
|
* fix test nameCaolán McNamara2011-01-151-1/+1
|
* and test with a precreated stringCaolán McNamara2011-01-151-0/+16
|
* fix break on parallel buildDavid Tardon2011-01-151-0/+6
|
* equalsAsciiL faster than equalsAscii when length availableCaolán McNamara2011-01-151-5/+43
|
* add performance comparison test for equalsAscii groupCaolán McNamara2011-01-151-3/+31
|
generated by cgit (git 2.34.1) at 2024-08-25 23:22:12 +0000