- 14 Mar, 2012 21 kayıt (commit)
-
-
Stephan Bergmann yazdı
...which has the necessary features to support it. Change a lot of classes to either contain a protected non-virtual dtor (which is backwards compatible, so even works for cppumaker-generated UNO headers) or a public virtual one. cppuhelper/propertysetmixin.hxx still needs to disable the warning, as the relevant class has a non-virtual dtor but friends, which would still cause GCC to warn. Includes a patch for libcmis, intended to be upstreamed.
-
Michael Stahl yazdı
No idea whether linking ftransl against static library dtobj is good, but the other two libraries here link against it already...
-
Caolán McNamara yazdı
-
Caolán McNamara yazdı
-
Caolán McNamara yazdı
-
Caolán McNamara yazdı
-
Michael Stahl yazdı
-
Stefan Knorr (astron) yazdı
-
Stefan Knorr (astron) yazdı
-
Stefan Knorr (astron) yazdı
-
Tom Thorogood yazdı
-
David Tardon yazdı
-
Kohei Yoshida yazdı
We need to do this now because we now store the group field data directly in the pivot cache, which is shared by all referencing tables. Also, actions involving modification of the cache is not undoable, and making it undoable would significantly increase Calc's runtime memory footprint. So, no way.
-
Kohei Yoshida yazdı
-
Kohei Yoshida yazdı
-
Kohei Yoshida yazdı
-
Kohei Yoshida yazdı
-
Kohei Yoshida yazdı
-
Kohei Yoshida yazdı
Also, use at(index) when unsure about boundary condition. That makes it easier to detect where illegal memory access is being done.
-
Markus Mohrhard yazdı
-
Markus Mohrhard yazdı
-
- 13 Mar, 2012 19 kayıt (commit)
-
-
Takeshi Abe yazdı
-
Noel Grandin yazdı
-
Noel Grandin yazdı
-
Noel Grandin yazdı
-
Noel Grandin yazdı
-
Arnaud Versini yazdı
-
Markus Mohrhard yazdı
-
Stephan Bergmann yazdı
-
Markus Mohrhard yazdı
Idea: - write the layout data to a xml file still missing: - xml export part - some more properties need to be exported - some more structure information need to be dumped - find a way to start dumping after importing
-
Luboš Luňák yazdı
Technically these two are both const char[8], so gcc/clang keep the resulting type the same, but msvc always converts to const char*, even if the same sizes mean this is not required.
-
Caolán McNamara yazdı
-
Miklos Vajna yazdı
-
Miklos Vajna yazdı
-
Luboš Luňák yazdı
Except in some unittests, which are sometimes rather silly and broken about it, which might explain why they're disabled.
-
Luboš Luňák yazdı
Since OString already has a ctor accepting const char*, I cannot find out a way to distinguish string literals other than using a template, otherwise const char* somehow takes precedence (all of gcc, clang, msvc). But the template requires the Substitution Is Not A Failure Idiom to actually create only wanted instances. And the compiler can try evaluate the OString ctor as a possibility when comparing an int to an anonymous enum, and anonymous enum as a type without linkage cannot be a template argument before C++11. SFINAE should still work, but not with gcc older than 4.0.2 (which we right now use only on macs). So for that case disable the string literal ctors, which means macs will have one extra strlen call, and also that embedded \0's in string literals will be inconsistent. The tiny performance problem shouldn't matter that much and will eventually go away, the \0 problem should not matter, since before string literal ctors were introduced \0's had not been included anyway unless RTL_CONSTASCII_STRINGPARAM was used. So we should be safe and when removing the CONSTASCII macros \0 cases should be handled by explicitly mentioning the length.
-
Caolán McNamara yazdı
-
Caolán McNamara yazdı
-
Caolán McNamara yazdı
-
Korrawit Pruegsanusak yazdı
-